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(54)TiUe: ON-LINE POSTAGE SYSTEM 
(57) Abstract 

llie present invention is directed to a system for providing secured access to a software 
rental or a postage metering system. The virtual postage meter software of this invention enables 
a user to print postage indicia on documents, envelopes or labels. To generate valid postage 
indicia the virtual meter software is executed on a first computer while it is in communication 
with the remotely located second computer. All communication between the first computer and 
the second computer utilize data encryption algorithms to preserve the security and integrity 
of the data transferred. In one embodiment, the second computer is a collection of one 
or more computers with virtual postage meter enabling software capable of communicating 
simultaneously to a number of user computers that are concurrently executing the virtual postage 
meter sotbvare. The second computer is connected to one or more US FIPS 140-1 security 
level 3 or better certified crytographic devices identified as Postal Security Devices (PSD). The 
printed postage indicia appears as a two-dimensional barcode that includes digital signature, 
amount of postage. ZIP code and other relevant information. 
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ON-LINE POSTAGE SYSTEM 
BACKqROUND 

5 A. FIELD OF THE INVENTION 

The present invention relates to the field of secured on-line postage 
processing systems. 

10 B, BACKGROUND ART 

The United States Postal Service (USPS) processes over 165 billion 
pieces of mail each year and generates revenue of about 60 billion dollars 
annually. A significant percentage of the revenue, about 20 billion dollars, is 

15 from metered mail. Metered mail is generated by utilizing postage meters 
that print a special mark, also known as postal indicia on mail pieces. 
Current postal indicia contains only human readable information such as 
meter serial nvunber, date of mail, postage value, and local post office 
information. Because the existing postage meters and indicia are not very 

20 secure the postage meters are vulnerable to fraudulent attacks. The US 
General Accoimting Office recently estimated that postage meter fraud has 
cost the USPS in excess of 100 million dollars every year. The existing postage 
meters are vulnerable to tampering and the indicia generated by the postage 
meters can be forged or copied. To alleviate these problems the USPS recently 
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announced the Information Based Indicia Program (IBIP) under which 
cryptographic postage indicia is to be used in place of existing postage indicia. 

The use of personal computers (PC) and communication modems 
5 (CM) has increased significantly in recent years and is expected to continue to 
grow. Using electronic mail capabilities, PC users communicate more 
frequently amongst themselves. Additionally, centralized computer systems 
have evolved allowing PC users to access large databases. Such databases 
include various information libraries; news, weather, sports, stock markets, 

10 entertainment, education, and so on. Access to such databases is commonly 
controlled so that users must subscribe to the centralized computer systems. 
In a typical session, the user connects to the centralized computer system 
using the PC, transfers information to the user's PC, and uses the informatin 
without further connection to the database of the centralized computer 

15 system. The centralized computer system enables a large number of users to 
concurrently access the database of the central computer system. 

While centralized computer systems frequently provide access to 
information databases, such systems less frequently provide access to 

20 copyrighted application software. The primary reason for not providing 
copyrighted appUcation software from databases of centralized computer 
systems is due to a lack of tamper-proof security methods and apparatuses for 
preventing imauthorized copying of copyrighted application software. Prior 
art systems do not provide a comprehensive method or apparatus for 

25 permitting the rental of copyrighted application software without having any 



wo 00/19382 



3 



PCTAJS99/22074 



possibility of the copyrighted application software being copied and used 
without being connected to the database. 

A prior art system, disclosed in U.S. Patent Numbers 4,796,181 and 
5 5,047,928 issued to John D. Wiedemer on January 3, 1989 and September 10, 
1991, respectively, implements a computer software security and billing 
system that enciphers an application program using a numeric key. The 
computer of the user requires a hardware security device and a removable 
billing device. Both devices carry unique codes. The security device 

IQ containing the billing device is coupled to the user's computer. A security 
program accesses the application software and writes billing information into 
the billing device. The billing module must be periodically replaced so the 
user can be charged for the software usage. Thus, the system of Wiedemer is 
directed to a security device including a billing device that is installed in a 

15 user's computer for enciphering/deciphering software and billing for usage of 
the software. This system disadvantageously requires special hardware for 
billing use of application software and does not use a dynamic password for 
preventing imauthorized use of application software. 

20 Another prior art system, disclosed in U.S. Patent Number 4,999,806 

issued to Fred Chemow, et al., on March 12, 1991, is a system for distributing 
software by telephone. A central station accepts credit card information, 
transmits an acceptance code to a caller, and terminates the call. The central 
station first verifies the caller's credit card, and then calls back the caller. The 

25 transaction is continued after receiving the acceptance code. The central 
station transfers a control transfer program and initialization program to the 
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caller. The caller (or purchaser) executes the initialization program so that 
the central station can control the caller's computer. The control transfer 
program then transfers a protection program for ensuring that a copying 
program is not resident in the memory of the caller's computer. A storing 
5 program is then transferred to the caller's computer for modifying the 
purchased program for storage on the caller's computer. The purchased 
program is then transferred to the caller's computer. During execution of the 
system for distributing software, the various transmitted programs are erased 
so that only a copy of the purchased software remains on the caller's 
10 computer. Thus, the system of Chernow, et al, is directed to a system of 
transmitting copy protected versions of software to a caller's computer for a 
limited amount of time similar to a demonstration. The system of Chernow 
et al., is similar to copy protection of software and does not use a dynamic 
password for preventing imauthorized use of application software. 

15 

A further prior art system, disclosed in U.S. Patent Number 5,138,712 
issued to John R. Corbin on August 11, 1992, implements a method and 
apparatus for licensing software on a computer network. Encrypted license 
information is stored in a license token, and is sorted in a database controlled 

20 by a license server. To access a program, the license server locates the correct 
license token for a software application and transmits the license token to a 
license library. The application has an attached application specific license 
access module that decodes the licensing token. The license information is 
verified by license library routines coupled to the software application. The 

25 license is then checked out and the license token is updated. The application 
specific license access module encodes the updated license token before 
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returning it to the license server. Thus, only a single application can be 
breached by unauthorized cracking of an encrypted application. Thus, the 
system of Corbin is directed to providing network protection against 
unauthorized use of software in a computer network. 

With respect to secured on-line postage processing systems the USPS 
imder the IBIP activities published specifications for IBIP postage meters that 
identifies a special purpose hardware device known as a Postal Security 
Device (PSD) that is to be located at a user's site. The PSD in conjunction with 
the user's personal computer and printer will fvmction as the IBIP postage 
meter. The USPS published a number of documents describing the PSD 
specifications, the cryptographic indicia specifications and other related and 
relevant information. The present invention includes a new method and 
apparatus for implementation of a IBIP postage meter. In one embodiment 
the invention does not require any special purpose hardware device at the 
user site and operates as a virtual postage meter. 

This virtual postage meter satisfies all the security and other 
cryptographic indicia related requirements specified by the USPS. 
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SUMMARY OF THE INVENTION 

The present invention comprises a system directed to providing secure 
on-line access to a software rental system as well as an on-line postage system. 
5 The system comprises a first computer system, a second computer system 
and a secured communication medium. The systems of the invention are 
fully operational while a secure and iminterrupted communication link is 
maintained between the first and the second computer systems. 

10 The present invention may be embodied in various models. For 

example, one embodiment of the invention is directed to a software rental 
system that comprises a client-server architecture and an authentication 
protocol for secured communication between the server and the client 
systems. Another embodiment of the invention comprises a client-server 

15 architecture and an authentication protocol directed to an on-line postage 
system. Yet another embodiment of the invention is directed to an on-line 
postage system that comprises a client-server architecture where a secured 
communication medium is maintained via the use of alternative 
authentication protocols including Internet secure sockets layer protocol and 

20 additional cryptographic devices. This patent application describes each of 
these embodiments. 



A. Software Rental System with Authentication Protocol 



One embodiment of the present invention is a secure software rental 
system. The system enables a user in a remote location using a personal 
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computer and a modem to connect to a central rental facility, transfer 
application software from the central rental facility to the remote computer, 
and execute the application software on the remote computer while 
electronically connected to the central rental facility. When the 
communication link between the central and remote computers is 
interrupted or terminated, the application software no longer executes on the 
remote computer. This is accomplished by integrating header software with 
the application software according to the present invention. 

The application software stored on the central rental facility is 
integrated with the header software to provide a security feature of the 
present invention. The use of header software allows the user to only 
execute the application software while the user is electronically connected to 
the central rental facility continuously. This prevents the user from copying 
the application software to a storage device of the remote computer, and 
subsequently executing the application software after interrupting or 
terminating the communications link between the central and remote 
computers. 

The system of the present invention comprises a plurality of remote 
computers, commtmication modems, a multi-user commvmication modem, 
a database computer, and a memory system. The user connects the remote 
computer to the database of the central rental facility using methods well- 
known in the art of computer communications. The central rental facility 
requires the user to provide a unique user identification password to access 
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the system. Each user of the system is allocated a unique user identification 

password. 

A plurality of users having remote computers are able to communicate 
5 with the central rental facility using multi-user communication modem 
coupled to the central rental facUity. The database computer comprises a 
multi-user, multitasking controller, password validation modules, user 
registration databases, and memory system. When a user transmits a 
password to the central rental facUity, the central rental facility activates the 
10 user registration database through the user password module. The user 
registration database contains information about each user that is stored in a 
separate file for each user. The user validation module compares the 
password with the password stored in the user registration database for the 
user. When the password is validated, the controller of the central rental 
15 facility establishes continuous connection with the remote computer of the 
user. Otherwise, communications with the remote computer are terminated. 

When the continuous connection between the central rental facility 
and the remote computer is estabUshed, the user is able to access rental 

20 application software database through a directory request module of the 
central rental faciUty. The multi-user controUer of the central rental faciHty 
initiates the interface between the user and the rental application software 
database. The user is then able to select application software from the rental 
application software database. When the user selects a software appUcation, 

25 the multi-user controUer of the central rental facUity transfers the software 
application to the remote computer using a file transfer module. The 
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software is transmitted through the multi-user communication modem of 
the central rental facility and the communication modem of the remote 
computer to the user. 

5 When the application software is transferred to the remote computer, 

the central rental facility registers a transfer time. The transfer time is 
temporarily stored in the user file for transfer of the application software. 
The temporary storage on the central rental facility is only maintained during 
the time that the user is continuously connected to the central rental facility. 

10 The multi-user controller of the central rental facility stores the transfer time 
of each application software that the user transfers in a separate file. The 
multi-user controller also transmits a message containing the transfer time 
and an identification number for each transmitted application software to the 
remote computer. The message is encrypted by the central rental facility 

15 before transfer, and transmission of the message is accomplished 
transparently to the user. The user is then able to execute the application 
software. 

The application software executes normally on the remote computer 
20 without any apparent modification of the application software. However, 
each application software of the rental application software database is 
modified to include header software. The application software is coupled to 
the header software by interface parameters. When executing the application 
software, the header software is an integral part of the application software 
25 and is executed as part of the initialization process for the application 
software. The interface parameters are adapted to the application software 
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although the header software is the same for all application software. The 
internal functions of the header software include a rental security manager, 
user processor clock interface, user operating system interface, and user 
display interface. The header software primarily carries out dynamic 
password verification, which is an asynchronous process with respect to the 
fimctions of the application software and is carried out at finite intervals of 
time. 

The rental security manager performs functions including interfacing 
with the communication manager that in turn interfaces with the 
commxmication modem, interfacing with the controller of the central rental 
facility, and interfacing with the application software. Also, the rental 
security manager generates passwords, correlates passwords, executes 
authorization verification, continues authorization verification, and 
terminates execution of the application software. The user processor clock 
interface obtains the current time from the user processor at finite intervals 
and provides it to the rental security manager. The user operating system 
interface determines the appropriate interface parameters for executing the 
application software on the operating system on the remote computer. The 
user display interface generates and provides messages to the user as 
necessary. 

When the user executes the application software, the rental security 
manager initiates authorization verification. The authorization verification 
process begins by obtaining the time through the user processor clock 
interface. The rental security manager decrypts the authorization verification 
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message containing the rental application software transfer time from the 
central rental facility. It determines the time difference between the transfer 
time from the central rental facility and the user processor clock time of the 
remote computer. The rental security manager generates a new 
5 authorization verification password using the time difference and the user 
identification password. It stores the new authorization verification 
password temporarily in a store of the rental security manager. The rental 
security manager the prepares a message containing the clock time, the user 
identification password, and identification number of the application 
IQ software. The rental security manager encrypts the message, and transfers it 
to the central rental facility. 

The multi-user controller of the central rental facility decrypts the 
transmitted message. It then computes a time difference by comparing the 

15 user processor clock time and the transfer time. The transfer time was stored 
previously in the user file for the application softv/are. The multi-user 
controller generates an authorization verification password using the time 
difference computed by the controller and the decrypted user identification 
password. The multi-user controller creates a new message containing the 

20 processor clock time, the user identification password, and the authorization 
verification password. The message is encrypted by the multi-user controller, 
and transmitted to the remote computer. 

The rental security manager decrypts the received message. The 
25 decrypted message is compared against the stored user processor clock time, 
the user identification password, and the authorization verification password 
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using the password correlation module. When the password correlation 
module completes successfully, the authorization verification process is 
completed and the application software continues to execute. Otherwise, the 
authorization verification fails and termination of the executing application 
5 software is initiated. The user is notified of the authorization verification 
failure. The system performs the authorization verification process three 
times consecutively when failures occur before terminating the application 
software execution. The above listed steps are repeated at fixed time intervals 
during execution of the application software. The authorization verification 
10 process occurs transparently to the user when successful. 

The authorization verification method thus prevents the user from 
circimiventing the rental scheme in three ways. In one case, it prevents the 
user from transferring the application software to the remote computer and 

15 discormecting the communication link while executing the application 
software. This attempt fails because the rental security manager is unable to 
communicate with the central rental facility. In another case, the 
authorization verification method prevents the user from copying the 
application software to a storage device, disconnecting the communication 

20 link, and re-executing the application software. This attempt fails because the 
transfer time is not available or the rental security manager is unable to 
commimicate with the central rental facility. In yet another case, it prevents 
the user from establishing a communication link and re-executing a 
previously copied version of the application software that was stored on the 

25 remote computer. This attempt fails because the previous transfer time 
carmot be fotmd on the central rental facility. 
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This embodiment of the present invention provides a secure system 
for allowing remote execution of rental application software and monitoring 
the time period that the application software is executed. The system also 
5 allows a single user to access more than one application software while 
independently monitoring each execution of application software using the 
multi-user, multitasking controller of the central rental facility. The multi- 
user, multitasking controller of the central rental facility is also capable of 
interfacing with a plurality of users concurrently. 

10 

B. On-Line Postage System with Authentication Protocol 

An embodiment of the invention comprises an on-line postage system 
that operates in conjxmction with the United States Postal Service (USPS). In 

15 one or more embodiments, the invention utilizes on-line postage system 
software. One or more embodiments of the on-line postage system software 
comprises user code that resides on a client system and controller code that 
resides on a postal security device (PSD) server system. The on-line postage 
system of the invention allows a client to print a postal indiciimi at home, at 

20 the office, or any other desired place in a secure and fraud-free maimer. In 
one or more embodiments, the on-line postage system of the invention 
comprises a user system electronically cormected to a PSD server system, 
which in turn is connected to a USPS system. 



25 



In one embodiment of the on-line postage system, a licensed, registered 
client sends a request for authorization to print a desired amount of postage. 
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14 

The PSD server verifies that the client's account holds sufficient funds to 
cover the requested amount of postage, and if so, grants the request. The 
client system then sends image information for printing of postal indicium 
for the granted amotint to a printer so that a postal indicium is printed on an 
5 envelope or label. The printed indicium appears as a two-dimensional bar- 
code that includes a unique serial niunber, mail delivery point information, 
and the amount of postage. 

When a client system sends a postage print request to the PSD server, 
10 the request must be authenticated before the client system is allowed to print 
the postage, and while the postage is being printed. If password verification 
fails, the asynchronous dynamic password verification method terminates 
the session and printing of postage is aborted. 

In an embodiment of the on-line postage system, information 
processing equipment communicate over a secured communication line. In 
turn, the PSD server system communicates with a system located at the USPS 
for verification and authentication purposes. The information processing 
components of the on-line postage system include a client system, a server 
system, a USPS system and a commimication medium among those systems. 

C. On-Line Postage System with Alternative Authentication 
Protocol 

In one embodiment of the invention, the security and authenticity of 
the information communicated among the systems are maintained by 
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different authentication protocols. In one embodiment for example, in 
which the Internet is the medium of communication, security for 
information exchanged over the commimication medium of choice (i.e. the 
Internet) is accomplished on the software level through the built in features 
5 of the SSL (secure sockets layer) Internet communication protocol. An 
encryption hardware device imbedded in the server system is also used to 
secure information as it is processed by the secure system and to ensure 
authenticity and legitimacy of requests made and granted. 

IQ In one embodiment, the on-line postage system of the invention does 

not require any special purpose hardware for the client or user system. In this 
embodiment, the client system of the invention is implemented in the form 
of software that can be executed on a secured user computer (hereinafter 
sometimes referred to as a "client system") allowing the user computer to 

25 function as a virtual postage meter. The software can only be executed for the 
purpose of printing the postage indicia when the user computer is in 
commumcation with a server computer located, for example, at a postage 
meter vendor's facility (hereiriafter sometimes referred to as a "server 
system"). Means of commimication between the server and user systems in 

20 one or more embodiments includes the Internet or any other 
communication medium. The server system is capable of communicating 
with one or more client systems simultaneously. 



25 



In one embodiment, a user of the on-line postage system may apply 
and obtain a meter license from the USPS. The application may be completed 
and submitted using a licensing utility included with the on-line postage 
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system client software, A completed license application is electronically 
submitted to the server system. The server system software converts the 
application information into the proper format and submits it to the Central 
Meter Licensing System (CMLS) of the USPS for approval. 

5 

Using an embodiment of the current invention, a user may purchase 
postage by selecting a payment method. Several payment modes are 
provided by the virtual postage meter client system software. In one 
embodiment, the payment mode includes automatic clearing house (ACH) 
10 funds transfer, credit card, debit card, and electronic funds transfer. The 
server system receives payment information for the client and interfaces with 
various financial institutions including the USPS lock box bank for 
completing the postage purchase transaction. 

15 In one embodiment, server system software performs an address 

correction function according to USPS specifications on destination addresses 
entered into the system by a user. The corrected address, if any, is 
automatically provided to the user if there is an error in the originally 
entered destination address. 

20 

In one embodiment, the user specifies a postage class (Le. first class, 
priority class, etc.), and enters the weight of the mail piece either manually or 
through an optional interface with a digital scale. The server system software 
receives this information from the client system and calculates the postage 
25 value based on the most recently updated USPS rate table. The correct 
postage value and other necessary parameters for printing of the 
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corresponding postage indicia is communicated back to the client system. 
The postage indicia and the recipient's address are printed at the same time by 
a printer attached to the client system. The postage indicia and the recipient's 
address include identical information and security parameters for auditing 
purposes. 

The client and server systems exchange data using any communication 
medium. In an embodiment of this invention the communication between 
client system and server system is accomplished through the Intemet. The 
server system is protected by a firewall. The firewall permits a client to 
communicate with a server system, only if the information packet 
transmitted by the client system compHes with a security policy set by the 
server system. 

In one embodiment, the server system comprises a private network 
and a public network connected to the Intemet and to each other via a 
firewall. The firewall and the public network prevent direct access to the 
private network via an Intemet connection. 

The public network comprises a transaction server. The private 
network comprises a database server. The database server can only be 
accessed from the transaction server through the firewall. The database 
server is primarily used for storing information. 

Both the transaction server and the database server have backup 
servers to circtunvent any emergency interruptions in the operation of at 
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least one of these servers. In one embodiment, a cryptographic module that 
meets the certification requirements of Federal Information Processing 
Standards (FEPS) Publication 140-1 security levels for processing sensitive 
information is cormected to the transaction server. Similarly an identical 
cryptographic module is connected to the database server. These 
cryptographic modules generate a unique digital signature for each mail piece 
for which a postage indicia is generated. In one embodiment of the 
invention, a digital signature is generated utilizing a public key cryptography. 

In one embodiment, the digital signature is incorporated in the postage 
indicia is used to verify the validity of the postage indicia. In one 
embodiment, cryptographic modules are responsible for performing all the 
cryptographic functions that are required for the server system. The 
combination of the cryptographic modules and the servers, in one 
embodiment, comprises a Postal Seauity Device (PSD). 

In an embodiment of the invention, the PSD ensures protection of 
critical postage related information, security of postage value, security of 
resetting of postage meters, prevention of unauthorized transfer of indicia 
data to Client systems and security of communications between client system 
and server system. 

In one or more embodiments of the invention all communication 
between client system and server system are encrypted. The commiuiication 
encryption scheme employed in one embodiment is an industry standard 
known as Secure Sockets Layer (SSL), a protocol developed by Netscape for a 
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software layer that sits between the application software and the TCP/IP stack. 
The SSL is implemented to provide data encryption, message integrity, and 
user authentication in server client commvmications. 
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RT^TFF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a diagram illustrating a remote user computer system and a 
central rental facility; 

Figure 2 is a diagram further illustrating the remote user computer 
system and the central rental facility; 

Figure 3 is a diagram illustrating rental application comprising an 
application software and a header according to the present invention; 

Figure 4 is a flow diagram illustrating the present invention for 
preventing execution of a rental application stored in the user computer 
when the user computer is not connected to the central rental facility; 

Figure 5 is a flow diagram further illustrating Figure 4; 

Figure 6 is a flow diagram illustrating the present invention when a 
rental application stored on the storage media of the user computer is 
executed after connecting to the database computer without transferring the 
rental application from the database computer; 

Figures 7A-7B are flow diagrams further illustrating Figure 6; 

Figure 8 is a flow diagram illustrating transfer of a commimication 
manager from the central rental facility to the remote user computer system; 
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Figure 9 is a flow diagram illustrating the step 1118 of Figure 11 of the 
present invention; 

5 Figures lOA-lOD are flow diagrams illustrating the asynchronous 

header password verification process of the present invention; and, 

Figure 11 is a flow diagram illustrating the present invention for 
providing a secure software rental system. 

10 

Figure 12 shows a hardware block diagram of a secure electronic 
postage metering system constructed according to the invention. 

Figure 13 shows server 1212 of Figure 12 in greater detail according to 
one embodiment of the invention. 

Figure 14 shows user system PC 1201 of Figxure 12 in greater detail in 
one embodiment of the invention. 

20 Figure 15 shows USPS PC 1222 of Figure 12 in greater detail in one 

embodiment of the invention. 

Figure 16 is a flowchart illustrating the secure on-line postage metering 
process in one embodiment of the invention. 



25 
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Figure 17 is a flowchart illustrating the normal flow of the secure on- 
line postage metering process shown in step 1612 of Figure 16 in greater 
detail. 

5 Figure 18 is a flowchart describing a user registration process in one 

embodiment of the invention. 

Figure 19 shows an example of a postal indicium printed on an 
envelope according to the invention. 

10 

Figure 20 illustrates a remote user computer system (client) and 
postage meter vendor's computer facility (server). 

Figure 21 illustrates a remote user computer system (client) at a larger 

15 scale. 

Figure 22 is an illustration of the hardware components of a client 
system. 

20 Figure 23 is an illustration of the hardware components of a server 

system- 
Figure 24 is an illustration of the functional architecture of one 
embodiment of the on-line postage system. 

25 
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Figures 25A - 25C are block diagrams illustrating the functions of a 
client system software, server system software, an administrator system 
software, and their functional interrelationships, in one embodiment. 

Figure 26 is a flow diagram illustrating the license application process 
in one embodiment. 

Figure 27 is a diagram of an embodiment of the current invention, 
illustrating the CMLS configuration and communication procedure. 

Figure 28 is a diagram according one of the embodiments of this 
invention, illustrating the interface for obtaining a server 180 public key 
certificate. 

Figure 29 is a diagram according to an embodiment of this invention, 
illustrating the steps taken in the generation of a mail piece. 
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DETAILED DESCRIPTION 



A method and apparatus for providmg a secure software rental system 
is described. In the following description, numerous specific details, such as 
5 number and nature of messages, communication applications, etc., are 
described in detail in order to provide a more thorough description of the 
present invention. It will be apparent, however, to one skilled in the art, that 
the present invention may be practiced without these specific details. In 
other instances, well-known features have not been described in detail so as 
10 not to unnecessarily obscure the present invention. 



A. Embodiment of Computer Execution Environment (Hardware) 
for a user computer. 

15 Figure 1 is a diagram illustrating a remote user computer system 

(herein also referred to as client system) 150 connected to a central rental 
facility (herein also referred to as server system) 180 by electronic 
communications path 136A for securely renting software. The remote user 
computer system 150 includes user computer 102, a display device 104, a 

20 keyboard 114, and a commtmication modem 106. The central rental facility 
180 includes database computer 122, a display device 124, a keyboard 128, and a 
multi-user commimication modem 126. Coupling 112 cormects user 
computer 102 to display 104 for providing output to a user. Coupling 114 
connects keyboard 108 to user computer 102 for providing input from a user. 

25 Modem 106 is cormected to user computer 102 by coupling 110. 
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Modem 106 of remote user computer system 150 is coupled to multi- 
user communication modem 126 by communication path 136A. In one 
embodiment of the present invention, communication path 136A is a 
telephone transmission line. In another embodiment, communication path 
5 136A includes a means of commurucation through available Internet service 
providers or systems. Thus, the present invention is not limited to a 
telephone transmission line, and other communication paths may be utilized 
without departing from the scope of the present invention. Multi-user 
modem 126 is coupled to a plurality of communication paths 136A-136C for 

IQ establishing communications with a plurality of remote user computer 
systems concurrently. Multi-user modem 126 is connected to database 
computer 122 by coupling 120. Coupling 132 connects database computer 122 
to display 124 for providing output to an operator. Coupling 114 connects 
keyboard 128 to database computer 122 for providing input from an operator. 

15 While a single keyboard 128 and display device 124 are illustrated in Figure 1, 
it should be apparent to a person skilled in the art that the present invention 
may be practiced with a plurality of such devices coupled to the database 
computer. 

20 The user computer 102 of the remote user computer system 150 

comprises a processing means coupled to main memory (e.g., random access 
memory RAM and /or read only memory ROM), secondary storage means 
(e.g., media storage systems and /or CDROM), and input/ output ports for 
communicating with other devices including keyboards, printers, displays, 

25 etc. As is well-known in the art, the user computer system 150 may further 
include printing devices for providing hard copy output from the user 
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computer 102, CD-ROM drives for storing information including multimedia 
information, scanning devices for providing electronic images as input, and 
manual input devices (e.g., mice, pen systems, etc.) for providing input. The 
database computer 122 is a multitasking, multi-user computer capable of 
5 executing a plurality of processes in parallel. In the preferred embodiment of 
the present invention, a file server workstation operating the Windows 
operating environment is used as the database computer 122. However, the 
present invention may be implemented using a mainframe computer or a 
plurality of computers cormected and operated in parallel for the database 
10 computer 122. Similarly, the central rental facility may further comprise 
printing devices, CD-ROM drives, scanning devices, manual input devices, 
etc. 

One or more embodiments of the invention can be implemented as 
15 computer software in the form of computer readable program code executed 
on a general purpose computer such as client system 150 illustrated in Figures 
20 and 21. A keyboard 114 and mouse 107 are coupled to a bi-directional 
system bus 10018. The keyboard and mouse are for introducing user input to 
the computer system and communicating that user input to central 
20 processing imit (CPU) 102. Other suitable input devices may be used in 
addition to, or in place of, the mouse 107 and keyboard 114. I/O 
(input/output) unit 10019 coupled to bi-directional system bus 10018 
represents such I/O elements as a printer, A/V (audio/ video) I/O, etc. 

25 ' As illustrated in Figures 1, 20, 21, and 22, client system 150 includes a 
video memory 10014, main memory 10015 and mass storage 10012, all 
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coupled to bi-directional system bus 118 along with keyboard 114, mouse 107 
and CPU 102. The mass storage 10012 may include both fixed and removable 
media, such as magnetic, optical or magnetic optical storage systems or any 
other available mass storage technology. Bus 10018 may contain, for example, 
5 thirty-two address lines for addressing video memory 15014 or main memory 
15015. The system bus 10018 also includes, for example, a 32-bit data bus for 
transferring data between and among the components, such as CPU 102, main 
memory 10015, video memory 10014 and mass storage 10012. Alternatively, 
multiplex data /address lines may be used instead of separate data and address 
10 lines. 

Figure 22 illustrates one embodiment of the invention, where the CPU 
102 is a microprocessor manufactured by Motorola, such as the 680X0 
processor or a microprocessor manufactured by Intel, such as the 80X86, or 

15 Pentium processor, or a SPARC microprocessor from Sun Microsystems. 
However, any other suitable microprocessor or microcomputer may be 
utilized. Main memory 15015 is comprised of dynamic random access 
memory (DRAM). Video memory 10014 is a dual-ported video random 
access memory. One port of the video memory 10014 is coupled to video 

20 amplifier 15016. The video amplifier 15016 is used to drive the cathode ray 
tube (CRT) raster monitor 104. Video amplifier 10016 is well known in the 
art and may be implemented by any suitable apparatus. This circuitry 
converts pixel data stored in video memory 15014 to a raster signal suitable 
for use by monitor 104. Monitor 104 is a type of monitor suitable for 

25 displaying graphic images. 
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Computer system 150, as illustrated by figure 22, in one embodiment 
includes a communication interface 10020 coupled to bus 10018. 
Communication interface 120 provides a two-way data communication 
coupling via a network link 136A to a local network 10022. For example, if 
5 communication interface 10020 is an integrated services digital network 
(ISDN) card or a modem, communication interface 10020 provides a data 
communication connection to the corresponding type of telephone line, 
which comprises part of network link 136A. If commimication interface 
10020 is a local area network (LAN) card, communication interface 10020 
10 provides a data communication connection via network link 136A to a 
compatible LAN. Wireless links are also possible. In any such 
implementation, communication interface 10020 sends and receives 
electrical, electromagnetic or optical signals which carry digital data streams 
representing various types of information. 

15 

According to an embodiment of the current invention, as illustrated in 
figure 22, network link 10021 provides data communication through one or 
more networks to other data devices. For example, network link 10021 may 
provide a connection through local network 10022 to host computer 10023 or 

20 to data equipment operated by an Intemet Service Provider (ISP) 10024. ISP 
10024 in turn provides data commimication services through the world wide 
packet data communication network now commonly referred to as the 
"Intemet" 136A. Local network 10022 and Intemet 136A both use electrical, 
electromagnetic or optical signals which carry digital data streams. The 

25 signals through the various networks and the signals on network hnk 10021 
and through communication interface 10020, which carry the digital data to 
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and from computer 150, are exemplary forms of carrier waves traiisporting 
the information. 

In another embodiment, computer system 150 sends messages and 
5 receives data, including program code, through the network(s), network link 
10021, and commimication interface 120. In the Internet example, server 180 
might traiismit a requested code for an application program through Internet 
136A, ISP 10024, local network 10022 and communication interface 120. In 
accord with one embodiment of the invention, one such downloaded 
10 application is the on-line postage system software described herein. 

In one embodiment received code may be executed by CPU 102 as it is 
received, and/or stored in mass storage 10012, or other non-volatile storage 
for later execution. In this maimer, computer 150 may obtain application 
15 code in the form of a carrier wave. 

The computer systems described above are for purposes of example 
only. An embodiment of the invention may be implemented in any type of 
computer system or programming or processing environment. 

20 

B. The Secure Software Rental System 

In the present invention, a user accesses the central rental facility 180 
using the remote user computer system 150 illustrated in Figure 1. The 
25 remote user computer system 150 comprises the elements necessary for 
accessing the central rental facility 180. The user connects to the central rental 
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facility 180 using communication methods well-known in the art for 
connecting to other database systems (e,g., Compuserve, etc.). The secure 
software rental system of the present invention requires that each user be 
assigned or allocated a imique user identification password. The user 
5 identification password is necessary for accessing the central rental facility 180. 
When electronically cormected to the remote user computer system 150 using 
the modem 106, the central rental facility 180 requests the user to provide the 
user identification password. The user inputs the user identification 
password through the keyboard 108 to user computer 102. User computer 102 

20 transmits the user identification password to the central rental facility using 
modem 106. The database computer 122 of central rental facility 180 receives 
the user identification password through multi-user modem 126. When the 
database computer 122 receives the user identification password, the database 
computer 122, as illustrated in Figure 2, retrieves the user registration 

15 database 212 using electronic connection 260 from system memory /storage 
220. 



1. Modules of the Central Rental Facility 



20 In Figure 2, the user computer 102 comprises a rental application 284 

and communication manager 280. The database computer 122 includes 
communication manager 202, multi-user controller 222, a plurality of control 
modules 204-210, databases 212-214, and system memory /storage 220. The 
user computer 102 is coupled to the database computer 122 through the 

25 multi-user modem 126 of the central rental facility 180, as illustrated in 
Figme 1. The rental application 284 comprising header 284A and application 
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284B is coupled to communication manager 280 by connection 282. 
Communication manager 280 is coupled to modem 106 by connection 110. 
Modem 106 of the remote user computer system 150 is coupled to multi-user 
modem 126 through communication path 136A. 

5 

Multi-user modem 126 is coupled to communication manager 202 by 
connection 120. Communication manager 202 is coupled to multi-user 
controller 222 by connection 200. Multi-user controller 222 is coupled to user 
password validation module 204, directory request module 206, file transfer 

10 module 208, and user status module 210 by connections 230, 232, 234, and 236, 
respectively. The user password validation module is connected to user 
registration database 212 by coupling 240. The directory request module 206 is 
coimected to the rental application database 214 by coupling 242. The file 
transfer module 208 is coupled to the rental application database 214 and user 

15 memory 216 by coupling 244 and 246, respectively. The user status module 
210 is connected to user memory 216 and transaction log database 218 by 
couplings 248 and 250, respectively. User registration database 212, rental 
application database 214, user memory 216, and transaction log database 218 to 
system memory /storage 220 by connections 260, 262, 264, and 266, 

20 respectively. 

The central rental facility 180 is operated by the multi-user controller 
222 that is capable of processing a plurality of users and interfaces with 
various subsystem elements including multi-user modem 126. Initially, the 
25 multi-user controller 222 recognizes that the user has transmitted a user 
identification password to the central rental facility 180, thereby causing the 
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controller 222 to activate the user registration database 212 through the user 
password validation module 204. The user registration database 212 contains 
stored information regarding the identifications of authorized users of the 
secure software rental system, as well as other relevant information regarding 
users, in an identifiable file for each user. The user identification password 
may comprise, up to a predetermined nimtber of characters, any combination 
of letters of the alphabet and numbers. For example, the Social Security 
number of the user may be used as the user identification password. 

The password validation module 204 performs a check to determine 
whether or not the transmitted user identification password is authorized by 
first retrieving and then searching the user registration database 212. When 
the search fails to locate the user in the user registration database 212, the user 
password validation module 204 notifies the multi-user controller 22 of the 
failure. The password validation module 204 transmits the status of the 
search to controller 222 characterizing the user identification password 
transfer to the central rental facility 180 as an unauthorized access. The 
multi-user controller 222 transmits an appropriate message to the remote 
user computer system 150 that is displayed on its display 104 (shown in Figure 
1), and the central rental facility 180 terminates the connection to the remote 
user computer system 150. 

When the search performed by the password validation modtde 204 
successfully locates the user in the user registration database 212, the user 
password validation module 204 transmits validity information to the multi- 
user controller 222. The multi-user controller 222 establishes continuous 
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connection between the central rental facility 180 and the remote user 
computer system 150 using communication manager 202. This enables the 
user to directly access the database of the central rental facility 180 (including 
the rental appUcation database 214) using the remote user computer system 
150. The multi-user controller 222 initiates the interface between the remote 
user computer system 150 and the rental application database 214 by a series of 
queries from the multi-user controller 222 to the user and by receiving 
appropriate responses from the user. 

The user selects an application software by reviewing the directory of 
the rental application database 214 using the directory request module 206. In 
response to an appropriate user command, the multi-user controller 222 
transfers the selected application software from the rental application 
database 214 using the file transfer module. The file transfer module is 
15 electronically coupled to the rental application database 214 by connection 244, 
and it transfers the selected application software from the rental application 
database through multi-user communication modem 126 to the remote user 
computer system 150. The multi-user conhroUer 222 transmits the selected 
application software by means of the corrunvmication manager 202 tiirough 
20 the multi-user modem 126 across communication path 136A to modem 106 
that is conhrolled by communication manager 280 of the user computer 102. 



At the time of the application software transfer to the remote user 
computer system 150, \he multi-user controller 222 registers a tiransfer time 
for the application software obtained from the timer clock of the database 
computer 122. In the preferred embodiment of the present invention, the 
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time of the database computer is measure to a precision of nanoseconds. The 
transfer time is temporarily stored in the user file of the user registration 
database 212. The temporarily stored transfer time is kept until the user 
terminates the communication link between the remote user computer 
5 system 150 and the central rental facility 180. If the user transfers another 
software application from the rental application database 214 to the remote 
user computer system 150 during the same time period that the user has 
already transferred an application software from the central rental facility 180, 
the multi-user controller 222 registers and stores the transfer time of the latter 
10 application software. In this manner, during a rental session when the 
remote user computer system 150 is continuously connected to the central 
rental facility 180, the multi-user controller 222 maintains a listing of transfer 
times containing tlie transfer time of each application software. 

25 In addition to the transfer time of the application software, the multi- 

user controller transmits a message containing the transfer time of the 
selected application software and an identification number for the 
application. The irrformation contained in the message is not displayed to 
the user. The multi-user controller 222 of the database computer 122 includes 

20 encryption and decrjrption capabilities. Thus, the multi-user controller 222 
encrypts the message before transmitting it to the user computer 102. 

Once the transfer of an application software to the remote user 
computer system 150 is completed, the user is able to execute the application 
25 software on the user computer 102 of the remote user computer system 150 as 
though the user is independent of the central rental facility 180. The input 
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and /or output format of the application software is not modified by the 
present invention. The method of using the software and the input and/or 
output format of the software are determined by the developer or 
manufacturer of the appUcation software; therefore, the user executes the 
5 software as if the user purchased the software, without any noticeable 
difference in the operation or interface of the application software. Each 
application software of the present invention is modified, however, the 
modification is not apparent to the user. 

10 The application software 284B is modified by integrating it with header 

software 284A. The combined header and application software is referred to 
as the rental application software 284 as illustrated in Figure 2. 

2. Header Software 

15 

The internal functions of header software 284A are shown in Figure 3. 
In Figure 3, header software 284A is identified as header 320, and application 
software 284B is identified as application software 310. Header 320 is coupled 
to application software 310 by application software interface parameters 315. 

20 The header software 320 comprises a rental security manager 321, an 
operating system interface 322, a clock interface 324, user display interface 326, 
and commxmication manager interface 328. The rental security manager 
comprises several functions or modules: an execution authorization module 
321A, an execution termination module 321B, an encryption/decryption 

25 module 321C, a message transfer processor 321D, a password generation 
module 321E, and password validation module 321F. 
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One function of the header software 320 is to prevent unauthorized 
use of the application software 310. The rental security manager 321 performs 
this function. The rental security manager 321 interfaces with the application 
5 software 310 through the interface parameters 315. The rental security 
manager 321 determines whether the user may continue to access the 
application software 310 using a series of tests. When the user passes the 
periodic test, the user is authorized to continue executing the application 
software 310. When the test fails, the rental security manager 321 terminates 
XO execution of the application software 310 and notifies the user of 
imauthorized use. 

The user operating system interface 322 determines the appropriate 
interface parameters 315 for executing the application software 310 dependent 
15 on the user processor and the operating system (e.g., DOS, Windows, OS/2, 
etc.). 

The clock interface 324 of header 320 obtains the current time, at finite 
time intervals, from the processor clock of the user computer 102. The time 

20 interval is set by the header software 320. In the preferred embodiment of the 
present invention, a value of 100 ms is used for the time interval. The 
present invention is not limited to a time interval of 100 ms, and other time 
intervals may be utilized without departing from the scope of the present 
invention. The user processor clock interface 324 may register the time to a 

25 precision level of nanoseconds; however, this depends on the number of bits 
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used to represent the precision of the clock. The user processor clock interface 
324 provides the timing information to the rental security manager 321. 

The user display interface 326 generates and provides messages (e.g., 
5 "Execution is terminated.", etc.) to the user. The header 320 also includes a 
commimication manger interface 328 for controlling the communication 
modem 106 and interfacing with the multi-user controller 222 of the central 
rental facility 180. 

20 3. Secured Communication Scheme 

When the user initiates execution of the application software 310, the 
execution command iiutiates the application software 310 which in turn 
initiates the processing of the header software 320. This activates the rental 

15 security manager 321 to initiate the process of authorization verification. The 
authorization verification module 321A obtains the current time from the 
processor clock of the user computer 102 through the user processor clock 
interface 324. The time is designed as the local processor clock time, and a 
sufficient number of digits are used to represent the time to achieve a 

20 precision of nanoseconds. The rental security manager 321 also includes 
encrj^tion/decryption module 321C for encrypting/decrypting authorization 
verification messages. The multi-user controller 222 and the 
encryption/decryption module 321C of the rental security manager 321 
employ the same encryption /decryption method (DEM). The authorization 

25 verification messages are communicated by the message transfer processor 
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321D between the header software 320 and the multi-user controller 222 of the 
central rental facility 180. 

In response to receiving an authorization verification message, the 
5 multi-user controller 222 of the central rental facility 180 decrypts the 
authorization verification message containing the user processor clock time 
and the identification number of the application software 310. The time 
difference between the transfer time and the current processor clock time of 
the user computer 102 is computed by multi-user controller 222. Using the 
IQ time difference and the unique user identification password that is originally 
given to the user, initial access to the central rental facility 180 is achieved, 
and a new authorization verification password is generated by the multi-user 
controller 222 using the password generation module. 

15 The password generation module (of controller 222 and module 321E 

of rental security manager 321) utilizes a pseudo random number generation 
algorithm that is dependent on two parameters: the time difference and the 
user identification password. The password generation module is flexible so 
that a large number of pseudo random values may be generated by proper 

20 selection of variables. Moreover, the number of characters associated with 
the pseudo random number parameters may be preset by proper selection of 
the algorithm variable as well. The password generation algorithm is 
deterministic, and therefore a unique, pseudo random number exists for a 
specific time difference and user identification password. If either the time 

25 difference or the user identification password is changes in any manner, the 
password generation module generates a resulting pseudo random value that 
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is significantly different from the previous one. The password generation 
module guarantees a varying, unique, pseudo random number for the user 
that is used as the passv^ord for continuous authorization verification. The 
password can not be reproduced unless the exact user processor clock time 
(accurate to the nanosecond level of precision), the exact transfer time, the 
user identification password, and the deterministic algorithm are known. 

The pseudo random number generation algorithm is kept confidential 
from the user. The user cannot derive the algorithm from the executable 
element of the integrated application software 310 and the header software 
320 because the source code of the rental apphcation 284 is not available to the 
user. Further, the password generation module (of controller 222 and 
module 321E of rental security manager 321) utilizing the algorithm operates 
without the user's knowledge, and information regarding password 
generation is not provided to the user imtil the authorization verification 
fails. When authorization verification fails, the user is notified that the 
application software is terminating and is advised to verify the 
communication link. 

Once the password generation module 321E generates the new 
authorization verification password, the rental security manager 321 stores 
the password temporarily as a function of the processor clock time. The 
message transfer processor 321D of the rental security manager 321 prepares a 
message containing the user processor clock time, the user identification 
password, and the identification number of the application software 310 that 
is to be transmitted to the multi-user controller 222 at the central facility 180. 
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Prior to transmission, the encryption/decryption module 321C encrypts the 
message. The encrypted message is transmitted to the multi-user controller 
222 of the central facility 180 through the commimication manager interface 
328. Encrypting the message provides added protection in case the message 
5 communicated between the remote user computer system 150 and the central 
rental facility 180 is tapped. 

Multi-user controller 222 receives the encrypted message containing 
the processor clock time, the user identification passv^ord, and the 

IQ identification number of the application software 310 via multi-user 
communication modem 126, and decrypts the message using the DEM 
algorithm. The message does not contain the authorization verification 
password generated by the pseudo random number password generation 
module 321E of the header software 320. The multi-user controller 222 

25 computes the time difference between the user processor clock time and the 
transfer time of the application software 310 that was stored temporarily in 
the user file of the user registration database 212. The multi-user controller 
222 generates a pseudo random number parameter using the deterministic 
algorithm dependent on the time difference and the user identification 

20 password. Because the multi-user controller 222 and the password generation 
module 321E of the rental security manager 321 use the same 
encryption/decryption algorithm, the multi-user controller 222 generates a 
pseudo random number parameter that is identical to the one generated by 
the rental security manager 321 using identical input parameters. 



25 
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Once the multi-user controller 222 generates a pseudo random number 
parameter, it creates a new message containing the processor clock time, the 
user identification password, and the pseudo random number parameter. 
The multi-user controller 222 encrypts the message using the DEM algorithm, 
5 and transmits the message back to the user. The multi-user controller 222 
does not use the clock time of the database computer 122 to accomplish this. 
Any time difference between the user processor clock of the user computer 
102 and the clock of the central rental facility 180 is irrelevant to this process. 
Therefore, the authorization verification process is dependent on the user 

10 processor clock time for computing the time difference from the transfer 
time. The user processor clock time of the user computer 102 may err from 
true time known to the central rental facility 180 or any other clock. The 
authorization verification process is therefore independent of the accuracy of 
the user processor clock time. The multi-user controller 222 computers the 

15 time difference using the user processor clock time to distinguish the 
authorization verification password from other passwords. 

The rental security manager 321 receives the encrypted message 
containing the user processor clock time, the user identification password, 

20 arid the pseudo random number parameter generated by multi-user 
controller 222. The encryption/decryption module 321C of the rental security 
manager 321 (utilizing the DEM algorithm) decrypts the received message. 
The password validation module 321F compares the message using a 
password correlation algorithm against the stored information regarding the 

25 user processor clock time, the user identification password, and the 
authorization verification password. The correlation process of the password 



wo 00/19382 



PCT/US99/22074 



I 

! 

validation module 321F compares the received message and the stored 

message on a bit-by-bit basis. When the correlation function is successfully j 
completed, the current authorization verification process is completed, and ' 
the header 320 allows the application software to continue executing. The 
5 entire authorization verification process is performed without the knowledge 
of the user. 

When the password validation module 321 F (using the password 
correlation function) detects a discrepancy between the received message and 

10 the stored message, the password correlation fails causing the authorization 
verification process to fail. In response to the password correlation failure, 
the execution termination module 321 B initiates termination of the 
executing application software 310; however, the application software 310 is 
not terminated based on a single authorization verification failure. 

15 Generally, the rental security manager 321 does not terminate execution of 
application software 310 until three consecutive failures of authorization 
verification occur. This prevents erroneous authorization verification 
failure caused by the header software 320 or the central rental facility 180 or 
both including bit errors introduced during communication or by either the 

20 encryption or decryption process. If three failures do occur, the execution 
termination module 321 B also notifies the user (through the user display 
interface 326) that the user has attempted to execute the application software 
310 without proper authorization. 



After successfully completing the first authorization verification 
process, the rental security manager 321 sequences the authorization 
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verification process to occur at finite time intervals throughout the execution 
of the application software 310. When authorization verification is 
continuously successful during this period, the user does not have 
knowledge of this process, and it does not impact the execution and use of the 
5 application software 310. 

a) Method of operation 

Figure 11 is a flow diagram illustrating the present invention for 
IQ providing secure software rental. In step 1102, the coirununication manager 
280 is transferred from the database computer 122 (alternatively referred to as 
the central rental facility 180) to the user computer 102. In step 1104, the 
communication manager 280 is executed using the user computer 102. In 
step 1106, the user computer 102 accesses the database computer 122 to begin a 
15 rental session. In step 1108, a rental application is selected from a rental 
application database 214 contained in the database computer 122. The user 
browses the rental application database 214 on the database computer 122 
using the directory request module, and selects one or more rental 
applications. In step 1110, the selected rental application is transferred from 
20 the database computer 122 to the user computer 102. In step 1112, the rental 
application is executed on the user computer 102. In step 1118, the normal 
flow of the rental application is executed. Execution continues at step 1120. 

In step 1114, an asynchronous header password verification process is 
25 executed in parallel with the normal flow of rental application of step 1118. 
This process ensures that continuous commimication is maintained between 
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the user computer 102 and the database computer 122. In decision block 1116, 
a check is made to determine if the password verification is successful. When 
decision block 1116 returns true (yes), execution continues at step 1114. When 
decision block 1116 returns false (no), execution continues at step 1120. In 
5 step 1120, the rental application is terminated. In step 1122, the rental session 
is terminated. 

Figure 8 is a flow diagram illustrating step 1102 of Figure 11 for 
transferring the commimication manager 280 to the user computer 102 from 

IQ the database computer 122. Step 1102 is normally performed once. 
Subsequent execution of the steps illustrated in Figure 11 is performed 
without step 1102, In step 802 of Figure 8, any commimication software that 
supports communication over telephone transmission lines is executed 
using the user computer 102. The communication software may be any off- 

15 the-shelf communication application. In step 804, the user computer 102 
accesses the database computer 122 using the communication software. In 
step 806, a communication manager of the Secure Rental System is copied 
from the database computer 122 to the user computer 102. In step 808, the 
user computer 102 is disconnected from the database computer 122. 

20 

b) Dynamic Asynchronous Password Verification 

Figure 9 is a flow diagram illustrating the step 1118 of Figure 11 for 
performing the normal flow of the rental application. In step 902, the rental 
25 application starts executing. In step 904, the rental application is initialized. 
In step 906, the asjmchronous header password verification process is started 
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using the application software interface parameters 315. The asynchronous 
header password verification process operates in parallel with the process 
including steps 902-916. In the normal flow process, execution continues at 
step 908. In step 908, the rental application receives input from the user. In 
5 step 910, the input received from the user is processed. Execution continues 
at decision block 912. 

In the asynchronous header password verification process, execution 
continues at step 918. In step 918, the password verification process is 

10 performed. In decision block 920, a check is made to determine if the 
verification is successful. When decision block 920 returns true (yes), 
execution continues at step 918. When decision block 920 returns false (no), 
execution continues at step 922. In step 922, the user is notified that the rental 
application is terminating. In step 924, a message is sent to the rental 

15 application for it to terminate. Execution continues at decision block 912, 

In decision block 912, a check is made to determine if the rental 
application should terminate. When decision block 912 returns false (no), 
execution continues at step 908. When decision block 912 returns true (yes), 
20 execution continues at step 914. Thus, decision block 912 returns true (yes) 
when either the rental application terminates normally, or the password 
verification process is not successful and sends a terminate message to the 
normal flow process. In step 914, the header is notified that the rental 
application is terminating. In step 916, the rental application is terminated. 



25 
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c) Asynchronous Header Password Verification 
Process 

Figures lOA-lOD are flow diagrams illustrating the asynchronous 
5 header password verification process of the present invention. In step 1002, 
the password verification process is started. In step 1004, the header software 
320 estabhshes program-to-program commimications with commtmication 
manager 280 of the user computer 102. In decision block 1006, a check is made 
to determine if concununication is established between the header software 
10 320 and the commtmication manager 280. When decision block 1006 returns 
false (no), execution continues at step 1016. In step 1016, the user is notified 
that commimication with the database computer 122 is not established. In 
step 1018, a message is sent to the rental application for it to terminate. In 
step 1020, the header 320 terminates. 

15 

When decision block 1006 returns true (yes), execution continues at 
step 1008. In step 1008, a rental application transfer time request is created 
using a user identification and a rental application identifier (altematively 
referred to as the application identifier). In step 1010, the rental application 

20 transfer time request is encrypted. In step 1012, the rental application transfer 
time request is encrypted. In step 1012, the rental application transfer time 
request is sent to the database computer 122 using the communication 
manager 280. In decision block 1014, a check is made to determine if thirty 
seconds has elapsed since the rental application transfer time request was sent 

25 to the database computer 122. When decision block 1014 returns false (no). 
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execution continues at decision block 1014. When decision block 1014 returns 
true (yes), execution continues at step 1022 of Figure lOB. 

In step 1022 shown in Figure lOB, the commimication manager is 
5 checked for the rental application transfer time request. In decision block 
1024, a check is made to determine if a response was received for the rental 
application transfer time request. When decision block 1024 returns false 
(no), execution continues at step 1016 of Figure lOA notifying the user that 
communication with the database computer 122 is not established. When 
10 decision block 1024 returns true (yes), execution continues at step 1026. In 
step 1026, the response for the rental application transfer time request is 
decrypted. 

In decision block 1028, a check is made to determine if the rental 
15 application transfer time is valid. When decision block returns false (no), 
execution continues at step 1034. In step 1034, the user is notified that a new 
copy of the rental application must be transferred from the database computer 
122 to the user computer 102 before it can be executed. In step 1036, a message 
is sent to the rental application for it to terminate. In step 1038, the header 
20 320 is terminated. When decision block 1028 returns true (yes), execution 
continues at step 1030. In step 1030, the system time of the user computer 102 
is obtained. In step 1032, the difference between the system time of the user 
computer 102 and the rental application transfer time are computed. 
Execution continues at step 1040 of Figure IOC. 

25 



wo 00/19382 PCT/US99/22074 

48 



In step 1040 shown in Figure IOC, a random password is computed 
dependent upon the computed time difference, the user identifier, and the 
application identifier. In step 1042, the random password is stored in 
memory of the user computer 102. In step 1044, a password verification 
5 request is created containing the user identifier, the application identifier, and 
the current system time of the user computer system. In step 1046, the 
password verification request is encrypted. In step 1048, the password 
verification request is sent to the controller 222 of the database computer 122 
through the communication manager. In step 1050, a check is made to 
10 determine if thirty seconds has elapsed since the password verification 
request was sent to the miilti-user controller 222. When decision block 1050 
returns false (no), execution continues at decision block 1050. When decision 
block 1050 returns true (yes), execution continues at step 1052. 

15 In step 1052, the commuiucation manager is checked for a password 

response to the password verification request. In decision block 1054, a check 
is made to determine whether a password has been received from the multi- 
user controller 222. When decision clock 1054 returns false (no), execution 
continues at step 1016 shown in Figure lOA. When decision block 1054 

20 returns true (yes), execution continues at step 1056. In step 1056, the password 
response message from the multi-user controller 222 is decrypted. The 
decrypted password received from the multi-user controller 222 is compared 
with the password stored in the memory of the user computer 102. Execution 
continues at step 1060 of Figure lOD. 



25 
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In decision block 1060, a check is made to determine if the received 
password matches the password stored in the memory. When decision block 
1060 returns false (no), execution continues at step 1064. In step 1064, the user 
is notified that the received password is invalid. In step 1066, a message is 
5 sent to the rental application for it to terminate. In step 1068, the header 320 
terminates. When decision block 1060 returns true (yes), execution continues 
at decision block 1062. In decision block 1062, a check is made to determine if 
thirty seconds has elapsed. When decision block 1062 returns false (no), 
execution continues at decision block 1062. When decision block 1062 returns 
10 true (yes), execution continues at step 1030 shown in Figure lOB. 

There are, however, at least three ways that a user may attempt to 
circumvent the rental scheme. In the first method, the user disconnects the 
conununication bnk while the application software 310 is being executed. 

15 This event is detected by the header software 320 because the dynamic 
password authorization procedure fails due to the lack of a commimications 
link. In the second method, the user attempts to execute a previously 
transferred and stored application software 310 without having a 
commimication link to the central rental facility 180. This event is detected 

20 by the header software 320 producing a failure because a commimication link 
does not exist. In the third method, the user attempts to execute a previously 
stored application software using an established communication link with 
the central rental facility 180. This event is detected by the header software 
320 producing a failure because a valid traiisfer time does not exist. The three 

25 methods are disclosed in detail below. 
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4. Disconnecting Communication Link While Executing 
Application Software 

In the first manner of attempting to circumvent the software rental 
5 system, after transferring the executable element of the application software 
310 to the user computer 102 and initiating execution of the application 
software 310, the user discormects the communication link between the 
remote user computer system 150 and the central rental facility 180. Figure 9 
is a flow diagram illustrating step 1118 of Figure 11 for performing the 

10 normal flow of the rental application prior to the user disconnecting the 
communication link with the central rental facility 180. Figures lOA-lOD are 
flow diagrams illustrating the as)mchronous password verification process 
under normal operation. If the communication link is disconnected after 
initiating execution of the application software 310, conununication failure is 

15 located in one of two places in the asynchronous password verification 
process. 

The first failure begins at step 1012 of Figure lOA. In step 1012, the 
rental application transfer time request is sent to the database computer 122 

20 using the communication manager 280 of the user computer 102. In decision 
block 1014, a check is made to determine if thirty seconds has elapsed since 
the rental application transfer time request was sent to the database computer 
122. When decision block 1014 returns false (no), execution continues at 
decision block 1014. When decision block 1014 returns true (yes), execution 

25 continues at step 1022 of Figure lOB. In step 1022, the communication 
manager 280 is checked for the rental application transfer time request. In 
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decision block 1024, a check is made to determine if a response was received 
for the rental application transfer time request. A rental application transfer 
request is not obtained because the commurucation link was disconnected 
after execution of the application software 310 was initiated. Decision block 
5 1024 returns false (no) and execution continues at step 1016 of Figure lOA. In 
step 1016, the user is notified that commimication with the database 
computer 122 is not established. A message is sent to terminate the rental 
application in step 1018 and the header 320 terminates in step 1020. 

IQ The second failure begins at step 1048 of Figure IOC. In step 1048, the 

password verification request is sent to the multi-user controller 222 of the 
database computer 122 through the commimication manager 280. In decision 
block 1050, a check is made to determine if thirty seconds has elapsed since 
the password verification request was sent to the multi-user controller 222. 
When decision block 1050 returns false (no), execution continues at decision 
block 1050. When decision block 1050 returns true (yes), execution continues 
at step 1052. In step 1052, the commimication manager 280 is checked for a 
password respor\se to the password verification request. In decision block 
1054, a check is made to determine if a password has been received from the 

20 multi-user controller 222. A password response is not obtained because the 
communication link was disconnected after execution of the application 
software 310 was initiated. Decision block 1024 returns false (no) and 
execution continues at step 1016 of Figure lOA. In step 1016, the user is 
notified that communication with the database computer 122 is not 

25 established. A message is sent to terminate the rental application in step 1018 
and the header 320 terminates in step 1020. 
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5, Execute Rental Application Using Stored Application 
Software Without Connecting to the Central Rental 
Facility 

5 

In the second manner of attempting to circumvent the software rental 
system, the user copies the executable element of the application software 310 
to a storage device (e.g., a hard disc or a floppy disc) of the user computer 102. 
The user subsequently loads the executable element of the application 
10 software 310 from the storage device and attempts to execute it using the user 
computer 102 without a communication link established between the user 
computer 102 and the central rental facility 180. 

Since the application software 310 is available in the user computer 
15 102, the user may attempt to execute it. Attempting to execute the application 
software 310 inunediately triggers the header software 320 that is integrated 
with it, thereby activating the rental security manager 321. In turn, the rental 
security manager 321 initiates the authorization verification process. In the 
authorization verification process, an encrypted message containing the user 
20 processor clock time, the user identification password, and the identification 
number for the application software 310 is commimicated to the multi-user 
controller 222 of the central rental facility 180. When the rental security 
manager 321 attempts to initiate communications using the commimication 
manager interface 328, it however detects an error because the 
25 commimication liiUc with the central rental facility 180 is discormected. Once 
the error is detected, the rental security manager 321 determines that an 
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unauthorized attempt to execute the application software 310 occurred, and it 
terminates the application software 310. An appropriate message is displayed 
to the user through the user display interface 326. Figures 4 and 5 illustrate 
the present invention in detail for this case. 

i 

5 

Figure 4 is a flow diagram illustrating the present invention when a 
rental application that is stored on the storage media of the user computer 102 
is executed without connecting to the database computer 122. In step 402, a 
rental application is copied from a storage media of the user computer 102 to 

IQ the memory of the user computer 102 without connecting to the database 
computer 122. In step 404, the rental application is executed on the user 
computer 102. In step 406, the normal flow of the rental application is 
performed as disclosed in Figure 2. Execution continues at step 408. In step 
410, parallel with the normal flow of the rental application of step 406, the 

15 asynchronous header password verification process is performed without 
connecting to the database computer 122. In step 412, a message for an 
unsuccessful connection is sent to the rental application. Execution 
continues at step 408. In step 408, the rental application terminated. 

20 Figure 5 is a home diagram illustrating step 410 of Figure 4 for 

performing the asynchronous header password verification without 
connecting to the database computer 122. In step 502, the password 
verification process starts. In step 504, communication is established between 
the header software 320 and the communication manager 280 of the user 

25 computer 102. In step 506, a check is made to determine if communication is 
established between the header software 320 and the communication 
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manager 280 of the user computer 102. When decision block 506 returns false 
(no), execution continues at step 520. When decision block 506 returns true 
(yes), execution continues at step 508. In step 508, a rental application transfer 
time request is created using the user identifier and the application identifier. 

5 

In step 510, the rental application transfer time request is encrypted. In 
step 512, the rental application transfer time request is sent to the multi-user 
controller 222 through the commimication manager. In decision block 514, a 
check is made to determine if 30 seconds has expired. When decision block 

10 514 returns false (no), execution continues at decision block 514. When 
decision block 514 returns true (yes), execution continues at step 516. In step 
516, the communication manager is checked for the rental application 
transfer time response. In decision block 518, a check is made to determine if 
a response was received for the rental application transfer time request. 

15 When decision block 518 returns false (no) because the user computer 102 is 
not connected to the database computer 122, execution continues at step 520. 
In step 520, the user is notified that communication with the database 
computer 122 is not established. In step 522, a message is sent to the rental 
application for it to terminate. In step 524, the header terminates. 

20 

Since the user computer 102 is connected to the central rental facility 
180 via the commimication link, the rental security manager 321 transmits 
the encrypted transfer time request message (containing the user 
identification password and the identification number of the application 
25 software) to the multi-user controller 222 of the central rental facility 180. 
After the message is received by the mtdti-user controller 222, it decrypts the 
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message and tries to retrieve the transfer time associated with the application 
software 310 that is represented by an identification number. As stated 
previously, the transfer time of a particular application software 310 is stored 
temporarily in the user file in the central rental facility 180 during the time 
5 period when the us'er computer 102 is connected to the central rental facility 
180 by a communication link and the user transfers then application software 
310 to the user computer 102 from the rental application database 262. The 
multi-user controller 222 uses the file transfer module 208 to transfer the 
application software 310. 

10 

6. Execute Stored Rental Application — Connected to the 
Central Rental Facility Without Transferring Rental 
Application 



25 The third method of attempting to circumvent the present invention 

involves the user establishing a communication link between user computer 
102 and the central rental facility 180. Instead of currently transferring the 
application software 310 from the rental application database 214 of the 
central rental facility 180, the user loads an executable element of the 

20 application software 310 into the user computer 102 from a copy of the 
application software 310 previously stored in a storage device of the user 
computer 102. 

The information including the application software transfer time is 
25 erased from storage of the central rental facility 180 when the commimication 
session with the user is terminated. If the user computer 102 subsequently 
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reestablishes a communication link with the central rental facility 180, the 
transfer time of the application software 310 transferred in a prior session is 
not available at the central rental facility 180, Therefore, when the multi-user 
controller 222 tries to retrieve the transfer time from the user file, it fails to 
5 locate the information. This triggers an error condition, and the error 
condition is communicated to the rental security manager 321. The rental 
security manager 321 determines that an imauthorized attempt to execute the 
application software has been made and terminates the application software 
310. An appropriate message is displayed to the user through the user display 
20 interface 326. Figures 6, 7 A and 7B illustrate the present invention in detail 
for this case. 

Figure 6 is a flow diagram illustrating the present invention when a 
rental application that is stored on the storage media of the user computer 102 

15 is executed after connecting to the database computer 122 without, however, 
transferring the rental application from the database computer 122. In step 
602, the communication manager of the present invention is executed. In 
step 604, a rental session is started by accessing the database computer 122, In 
step 606, the rental application is copied from the storage media of the user 

20 computer 102 into the memory of the user computer 102. In step 608, the 
rental application is executed. In step 610, the normal flow of the rental 
application is performed. Execution continues at step 616. In step 612, in 
parallel with the normal flow process of step 610, the asynchronous header 
password verification process is performed without transferring the rental 

25 application. In step 614, a message for an unsuccessful connection is sent to 



wo 00/19382 



57 



PCT/US99/22074 



the raital application. Execution continues at step 616. In step 616, the rental 
application is terminated. In step 618, the rental session is terminated. 

Figures 7A-7B are flow diagrams illustrating step 612 of Figure 6 for 
5 performing the asynchronous header password verification process after 
connecting to the database computer 12 without, however, transferring the 
rental application from the database computer 122. In step 702, the password 
verification process is started. In step 704, communication is established 
between the user and database computers using the commimication manager 
IQ of the present invention. In decision 706, a check is made to determine if 
communication is established using the communication manager. When 
decision block 706 returns false (no), execution continues at step 720. When 
decision block 706 returns true (yes), execution continues at step 708. 

-^5 In step 708, a rental application transfer time request is created using 

the user identifier and the application identifier. In step 710, the rental 
application transfer time request is encrypted. In step 712, the rental 
application transfer time request is sent to the multi-user controller 222 
through the communication manager. In decision block 714, a check is made 

20 to determine if thirty seconds has expired. When decision block 714 returns 
false (no), execution continues at decision block 714. When decision block 714 
returns true (yes), execution continues at step 716. In step 716, the 
communication manager is checked for rental application transfer time 
response. In decision block 718, a check is made to determine if a response is 

25 received for the rental application transfer time request. When decision 
block 718 retxims false (no), execution continues at step 720. In step 720, the 
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user is notified that communication with the database computer 122 could 
not be established. In step 722, a message is sent to the rental application for it 
to terminate. In step 724, the header is terminated. When decision block 718 
returns true (yes), execution continues at step 726 of Figure 7B. 

5 

In step 726 shown in Figure 7B, the response for the rental application 
transfer time request is decrypted. In decision block 728, a check is made to 
determine if the rental application transfer time is valid. When decision 
block 728 returns false (no), execution continues at step 730. In step 730, the 
IQ user is notified that a new copy of the rental application must be transferred 
to the user computer 102 before the rental application can be executed. In step 
732, a message is sent to the rental application for it to terminate. In step 734, 
the header 320 is terminated. 

7. Multiple Users and Applications 

The present invention requires the user to transfer the application 
software 310 from the rental application database 214 to user computer 102 in 
each communication session between the remote user computer system 150 

20 and the central rental facility 180 for the user to execute the application 
software 310. The present invention enables the central rental facility 180 to 
monitor the time period when a particular application software 310 is 
executed by a user. Since the multi-user controller 222 continuously 
interfaces and interacts with the rental security manager 321 during execution 

25 of the application software 310, the multi-user controller 222 is able to 
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monitor and record the pertinent information regarding the execution in the 
user file for billing and accounting purposes. 

Further, the multi-user controller 222 is able to transfer, interface, and 
monitor more than one application software 310 concurrently with regarding 
to a user. Thus, the user may transfer more than one application software 310 
from the rental application database 214 and execute each one during a single 
commimication session between the user computer 102 and the central rental 
facility 180. 

In addition, the multi-user controller 222 is capable of interfacing with 
a number of users concurrently. However, each user is handled separately 
and no other user has access to any information of any other user. The 
multi-user controller 222 operates by interfacing with user password 
validation module 204, directory request module 206, file transfer module 
208, and user status module 210. The user password validation module 204 
interfaces with user registration database 214 through electronic interface 240. 
Directory request module 206 interfaces with rental application database 214 
through electronic interface 242. File transfer module 208 interfaces both 
rental application database 214 and user memory 216 through electronic 
interfaces 244 and 246. User status module 210 interfaces the connected user 
status in memory 216 through electronic interface 248 and also interfaces 
transaction log database 218 through electronic interface 250. 

The memory/storage imit 220 of central rental facility 180 stores all 
relevant information for operating the central rental facility 180 and can be 
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Updated as needed using on-line executive and management software in the 
database computer 122 of the central rental facility 180. The management 
function includes monitoring and administrating operating of central rental 
facility 180. Further, the management software is capable of providing 
5 periodic status information of the operations of the central rental facility 180 
to the operator. 

Thus, the present invention provides a system for securely renting 
application software to users connected to the database computer 122. It 

10 prevents unauthorized copying and usage of the application software. The 
system provides a unique security method that is specific to each user for 
preventing circumvention of the system by the user and persons other than 
the user, thereby preventing other persons from using the application 
software. The present invention implements a general security scheme that 

15 is independent of any specific application software. The system allows the 
user to access application software without being made aware that the security 
system is continuously processing during execution of the application 
software. 

20 C. Secure On-Line Postage System 

The present invention can be applied to secure on-line postage 
metering service, particularly in conjxmction with the United States Postal 
System (USPS). 

25 
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In the following description, numerous specific details such as the 
virtual postage meter architecture, commimication protocol, meter licensing 
process, cryptographic process, and mail piece generation are described in 
detail in order to provide a more thorough description of the present 
5 invention. It will be apparent, however, to one skilled in the art, that the 
present invention may be practiced without these specific details. In other 
instances, well-known features have not been described in detail so as not to 
unnecessarily obscure the present invention. 

10 In one embodiment of the current invention, the rental software is an 

on-line postage metering program and on-line dynamic password 
verification methods described above are used to provide a secure 
authentication process. The On-line postage metering system embodiment of 
this invention, allows a user to print a postal indicitun at home, at the office, 

15 or at any other desired place in a secure and fraud-free marmer by using a 
printer coimected to a user's computer. 

To implement a secure on-line electronic metering system, the 
invention requires that the user's computer be able to communicate with a 

20 server computer, for example using a modem. Figure 12 shows a hardware 
block diagram of a secure electronic metering system constructed according to 
the invention. The secure metering system of the invention may be used, for 
example, by an on-line postage metering service that provides virtual postage 
meter services to a customer, herein also referred to as a user or a client. In 

25 Figure 12, user system 1200 functions as an on-line electronic postage meter 
and comprises a personal computer (PC) 1201, a modem 1202 connected to PC 
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1201, and a printer 1203 connected to PC 1201. Modem 1202 is connected to 
Postal Security Device (PSD) vendor system 1210. 

As for software requirements, the system shown in Figure 12 requires 
5 on-line postage metering software to provide the on-line postage metering 
service. In one embodiment of the invention, PC 1201 contains the header 
code portion of the on-line postage metering program. The header code by 
itself is not complete and requires inputs from the controller code of an on- 
line postage metering program to be operational. A user or a client must 
IQ have access to user system 1200 to provide inputs such as desired postage 
amount, delivery destination information, or personal information to the 
secure on-line electronic metering system. 

PSD vendor system 1210 provides security-critical functions for users 
15 and comprises a user database. In Figure 12, PSD vendor system 1210 has 
modem 1211, a PSD server 1212 connected to the modem 1211, and a database 
system 1213 connected to the PSD server 1212. The modem 1211 is connected 
via a commimication network to user system 1200 and USPS system 1220. 
Server 1212 contains the controller code portion of the on-line postage 
20 metering program. Because the header code contained in user system 1200 
needs inputs from the controller code to activate and operate the on-line 
postage metering software that allows postal indicia to be printed by the user's 
system, a continuous link between PC 1201 and server 1212 must be 
established and maintained so that the header code in PC 1201 and the 
25 controller code in server 1212 can communicate with each other. 
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In one embodiment of the invention, server 1212 may be implemented 
by a personal computer or a workstation. In one embodiment, database 
system 1213 is a relational database that records postage purchased and used 
for each customer, including origin and destination information, for each 
5 postal indicia generated by the postage metering system. Server 1212 includes 
customer service software for on-line performance of customer service 
functions and various communication programs for interfacing with user 
system 1200, USPS system 1220, and USPS-approved institutions. For 
example, in one embodiment of the invention, server 1212 rims software that 
IQ provides for accounting, billing, monitoring, and auditing functions, and 
collects information such as customer profiles, accounting information, and 
details of the postage printed by the customer. In this embodiment, server 
1212 has statistical analysis and monitoring tools to detect attempted fraud. 

15 Referring to Figure 12, USPS system 1220 comprises a modem 1221, a 

PC 1222 connected to the modem 1221, and a printer 1223 connected to the PC 
1222. Software on USPS system 1220 includes statistical analysis tools, user 
activity monitoring tools, and user financial information access tools. In the 
embodiment shown in Figure 12, USPS system 1220 performs user 

20 monitoring and user information access through PSD vendor system 1210, 
and allows authorized USPS personnel to have real-time, on-demand access 
to user usage and accoxmting data. For example, USPS 1220 can turn off a 
customer's ability to print postage by modifying the status of the customer on 
PSD vendor system 1210. 



25 
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Database 1213 typically comprises user profiles for every user licensed 
to use the secure on-line postage metering system including the user's name, 
address, phone number. E-mail address, licensing post office, license number, 
and registration status. Database 1213 also comprises ascending and 
5 descending registers for each user. The descending register tracks the 
remaining amount of money available for postal indicium printing. The 
ascending register stores the total postage value used or purchased by the 
user. Database 1213 comprises a system usage log to log every postage 
metering transaction, quality assurance information for indicium quality 
10 assurance purposes, encryption information for users' public keys, and users' 
financial information such as credit cards, users* banking institutions, 
electronic funds transfer information, and automated clearinghouse transfer 
information. 

],5 The communication between modems 1202 and 1211 and between 

modems 1211 and 1221 may be via an Internet connection, or any other 
suitable means, including for example, a satellite link. All communications 
between user system 1200 and PSD vendor system 1210 are encrypted using a 
suitable encryption algorithm such as RSA (Rivest Shamir Adleman) by 

20 security modules 1310 and 1402 to ensure secure communication. Likewise, 
all commurucations between PSD vendor system 1210 and USPS 1220 are 
encrypted using a suitable encryption algorithm such as RSA (Rivest Shamir 
Adleman) algorithm by security modules 1310 and 1502 to ensure secure 
communication . 
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Figure 13 shows server 1212 of Figure 12 in greater detail according to 
one embodiment of the invention. In Figure 13, server 1212 comprises 
communication manager 1301, multi-user controller 1302 connected to 
communication manager 1301, and a plurality of control modules 1303-1312: 
5 user licensing module 1303, user account interface module 1304, multi-user 
data management module 1305, payment authorization /validation module 
1306, indicium print /authentication /monitoring module 1307, user 
registration module 1308, database management module 1309, security 
management module 1310, file transfer module 1311, and USPS interface 
IQ module 1312. 

User registration module 1308 may also include a telephone number 
verification module to identify the calling telephone number and to verify its 
association with a registered user. Security management module 1310 
15 performs security-related functions such as dynamic password verification 
and cryptographic digital signature generation and verification. 

PSD server 1212 also contains ZIP + 4 ZIP code information. The ZIP + 
4 information on PSD server 1212 is constantly updated and modified to keep 
20 current with postal changes. 

Figure 14 shows user system PC 1201 of Figure 12 in greater detail in 
one embodiment of the invention. As shown in Figure 14, PC 1201 
comprises communication manager 1401, system security module 1402, 
25 payment module 1403, user registration module 1404, indicium printing 
module 1405, and auxiliary interface module 1406. 
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User registration module 1404 comprises a user license module and a 
telephonie number verification module. Payment module 1403 may provide 
prepayment options, according to which a user can prepay a certain amount 
5 of funds that entitles the user to print USPS postage for that prepaid amount. 
System security module 1402 performs security-related functions such as 
dynamic password verification and encryption /decryption. Indicium 
printing module 1405 performs payment validation and bar-code indicia 
printing, and can disable the print spooler. Auxiliary interface module 1406 
10 comprises postal rate tables, address information, and ZIP+4 or ZIP+4+2+1 
data. 

Figure 15 shows USPS PC 1222 of Figure 12 in greater detail in one 
embodiment of the invention. As shown in Figure 15, PC 1222 comprises 

15 communication manager 1501, system access security module 1502, user 
financial information monitoring module 1503, license data access module 
1504, user activity monitoring module 1505, statistical analysis report module 
1506, and flat file access module 1507. Flat files are used for data transfer 
between USPS 1220 and vendor system 1210, and include the following: 

20 License application, license notification, license update, and meter activity 
and update files. 

In one embodiment of the invention, authorized USPS personnel 
have real-time, on-demand access to customer usage and accoimting data in 
25 the vendor database system 1213 through USPS system 1220 to allow them to 
monitor iiser activities and prevent fraudulent usage. For example, random 
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checking can be performed by USPS personnel to determine whether 
particular postage is being used repeatedly by checking a unique postage 
number against a store of all previously issued numbers maintained on the 
vendor database system 1213. 

5 

One possible source of fraud is the user printer 1203, which is 
responsible for placing the postage indicia on an envelope or a label or any 
other desired medixun. It is possible to capture an indicium print file (that 
contains image information for printing a postal indicia) and store it for later 

10 reuse by the user while the print image is in the print queue of the user's 
computer. To prevent such possibility, one embodiment of the invention 
disables the print spooler and does not allow print jobs to line up in a print 
queue. Because print jobs cannot queue up and because printing must take 
place on-line, PSD vendor system 1210 can closely monitor actual printing 

15 carried out by the user system 1200. In one embodiment of the invention, 
print spooler disabling is accomplished by setting (or resetting) an appropriate 
control bit in a user application (print) program installed in PC 1201. The 
user is prevented from changing the control bit setting to enable the print 
spooler without PSD vendor system 1210 knowing it, 

20 

Figure 16 is a flowchart illustrating the secure on-line postage metering 
process in one embodiment of the invention. Referring to Figure 16, in step 
1602, the user code (header code) of a secure on-line postage metering 
program is installed in user system PC 1201. In one embodiment, the on-line 
25 postage metering program can be downloaded from vendor system 1210's 
World Wide Web (www) page or uploaded from a diskette or a CD-ROM. 
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In one embodiment of the invention, each copy of the secure on-line 
postage metering program contains an embedded ID code that is associated to 
each user computer to prevent the program from being stolen or used on 
5 another PC. During the installation process, the PSD server 1212 notes the 
unique embedded code for a particular copy of the secure on-line postage 
metering program and saves the number as part of the user's account profile. 
If a secure on-line postage metering program installed on a PC is copied to 
another PC, reinstalled, and communications are initiated with the PSD 
10 server PSD vendor system 1210 will recognize the program as a imit that is 
already associated with an existing accoimt and thus recognize that a fraud is 
being attempted. Any such attempts are rejected by PSD server 1212. 

Once the user code (header code) of the secure on-line postage 
15 metering program is installed, most of the tools required to purchase and 
print postage indicia are resident on PC 1201. However, these tools are not 
usable until the user (represented by user system 1200) is connected on-line 
with PSD vendor system 1210. While user system 1200 maintains an on-line 
connection with PSD vendor system 1210, PSD vendor system 1210 closely 
20 monitors the user's use of the tools. 

The tools on PC 1201 are not immediately usable after installation 
because the user code is logically "incomplete" and xmable to trigger the 
opening of the secure on-line postage metering application program. Thus, 
25 although the code that nms most secure on-line postage metering fimctions 
is resident on ixser PC 1201, it remains inoperable because it is not logically 
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"complete." To activate the on-line postage metering program, the missing 
portion of the code must be completed by establishing an authorized on-line 
connection with PSD vendor system 1210 and by receiving the missing 
portion from PSD vendor system 1210. If the user attempts to execute the 
5 secure on-line postage metering program without first establishing an 
authorized cormection with PSD vendor system 1210, the user PC 1201 will 
respond with an error message indicating that the user has not established an 
authorized connection, and that the secure on-line postage metering program 
cannot be executed until such a connection is established. 

10 

In step 1603, commimication manager 1401 is transferred from PSD 
vendor system 1210 to user PC 1201. In step 1604, commimication manager 
1401 of PC 1201 is executed. In step 1606, the secure on-line postage metering 
program is executed on user PC 1201. In step 1608, an asynchronous header 
15 password verification process is executed in parallel with the normal flow of 
secure on-line postage metering application of step 1612. This process verifies 
that a continuous link in maintained between the user system 1200 and PSD 
vendor system 1210. 

20 In decision block 1610, a determination is made as to whether the 

password verification is successful. When decision block 1610 retums true 
(yes), execution continues at step 1608. When decision block 1610 retums 
false? (no), execution continues at step 1614. In step 1614, the secure on-line 
postage metering application is terminated. In step 1616, the secure on-line 

25 postage metering session is terminated. 
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The asynchronous header password verification process of step 1608 is 
similar to the process discussed above referring to Figure lOA-lOD. The 
password verification process is asynchronous, and is independent of the rest 
of the on-line postage metering program and transparent to the user. Once a 
5 commimication link is established between user system 1200 and PSD vendor 
system 1210, user system 1200 and PSD vendor system 1210 "talk" periodically 
using passwords. This periodical "talk" is referred to as authentication, by 
which PSD vendor system 1210 allows user system 1210 to stay on-line and 
communicate with PSD vendor system 1210. Each time a new authentication 
10 process begins for on-line postage metering, a new password is generated 
based on a new set of inputs. 

In this particular application, a password is generated from inputs of a 
user license serial number, a mail delivery ZIP code, a user system time (from 

15 the intemal clock of PC 1201), and a postage value. At no two moments are 
these inputs the same. For example, time of day, in this embodiment, is 
constantly changing and is practically impredictable to the user. The inputs 
that were used by PC 1201 to generate the password are then sent to PSD 
server 1212 which uses the same matching algorithm to generate its own 

20 password. The PSD server 1212 then sends the server-generated password to 
user PC 1201. PC 1201 then compares the server-generated password with the 
password generated earlier by PC 1201, If the two passwords are the same, the 
connection is authenticated and the user is allowed to continue. Otherwise, 
the coimection between user PC 1201 and PSD vendor system 1210 is 

25 terminated as in step 1614. 
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The asynchronous header password verification process is an effective 
tool to prevent unauthorized postal indicia printing by the user. Suppose a 
user attempts to alter the amount of postage in an effort to receive more 
postage value than paid for. Such an attempt would change the postage 
5 value, which in turn would change the password generated from user system 
1200. The changed password would then fail the test of step 1610 since it 
would not match the password generated from PSD vendor system 1210, 
which uses the original, untampered postage value to generate the password. 

10 The asynchronous dynamic password verification method also 

prevents attempts to intercept the commtmication between user system 1200 
and PSD vendor system 1210 by outsiders since the communication is carried 
out in encrypted form. Even if an outsider successfully decodes the 
encryption, the outsider would not be able to maintain a link to PSD vendor 

15 system 1210 because the outsider would not have the necessary information 
to generate proper passwords such as password generation algorithm, user 
license number, or embedded user PC code. 

Figure 17 is a flow chart illustrating the normal flow of the secure on- 
20 line postage metering process shown in step 1612 in greater detail. In step 
1702, user PC 1201 sends a request for on-line postage metering service using 
PC 1201 to PSD vendor system 1210. The request contains the user license 
number and a desired amoimt of postage. In step 1704, PSD server 1212 
verifies the user's license status. If the user's license is valid and current, the 
25 process proceeds to step 1706 where PSD server 1212 checks the balance in the 
user's descending register to verify that sufficient funds are in the user's 
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account to cover the requested amount of postage. If the user's license is not 
valid or expired, PSD server 1212 sends a message to the user system 1200, 
denying the user's request in step 1716. Likewise, if there are not sufficient 
funds left in the user's account for the requested amount of postage, PSD 
5 server 1212 sends a message to user system 1200, denying the user's request in 
step 1716. 

If there are sufficient funds left in the user's account for the requested 
amount of postage in step 1706, PSD server 1212 makes an entry in its system 

XO usage log, reflecting the oirrent request, in step 1708. In step 1710, PSD server 
1212 decreases the value of the user's descending register and increases the 
value of the user's ascending register by the purchased amount of postage. 
Indicium print/ authentication/ monitoring module 1307 authenticates the 
request and generates image information for printing a postal indicium for 

15 the purchased amoimt so that PSD server 1212 can send a permission or 
authorization message and the image information to user system 1200 in step 
1712. Upon receiving permission or authorization and image information 
from PSD server 1212, the user PC 1201 proceeds to step 1714 and sends the 
image information to the user printer 1203. The user printer 1203 prints an 

20 image on an envelope, a label, or other desired medium. Indicium 
print/authentication/monitoring module 1307 of PSD server 1212 monitors 
the actual printing on user printer 1203. 

In one embodiment of the invention, the postage printed appears as a 
25 two-dimensional bar-code, along with certain hvunan-readable information. 
In addition, in one embodiment, the on-line postage metering software of the 
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invention accesses USPS ZIP+4 ZIP code information stored on server 1212 
and relays barcoding information to PC 1201 at the time that postage is 
printed, to allow a complete delivery point bar-code to be printed. Figure 19 
shows an example of a postal indicium printed on an envelope by the user 
5 printer 1203 according to the invention. As can be seen in Figure 19, the user 
printer 1203 has printed scanner code 1901, postage information 1902, and 
two-dimensional bar-code postal indicium 1903 on an envelope. Two- 
dimensional bar-code postal indicium 1903 is represented as a blank box in 
Figure 19. (A two-dimemional bar-code will appear in place of blank box 1903 
IQ in actual printing.) 

The scanner code 1901 is required by USPS for optical scanning. As can 
be seen in Figure 19, postage information 1902 includes an amoimt of postage, 
a date of mailing, the location of a processing postal office, and a meter 

15 number. The meter ntimber may be imiquely assigned to the on-line postage 
metering software in addition to the embedded software ID code to allow a 
human readability in one embodiment of the invention. Since the unique 
embedded software code associates the on-line postage metering software 
with a specific user computer, the meter number or embedded software ID 

20 code can be used to imiquely identify the on-line postage metering software 
and the user PC on which it is resident. 

Two-dimensional bar-code 1903 represents a postal indicium and 
includes a signature algorithm flag, device ID/ type, a user license ID number, 
25 a date of mailing, an amount of postage, a licensing ZIP code, a special 
purpose ID number, on-line metering software ID number, the value of an 
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ascending register, the value of a descending register, a digital signature, PSD 
X.509 certificate, a rate category, and a reserve field. The special purpose ID 
may be used to prevent the meter fraud due to repeated usage. 

In this embodiment, images of two-dimensional bar-code 1903 are 
generated by indicium print/authentication/monitoring module 1307 of PSD 
server 1212 and sent to the user PC 1201. The user is prevented from altering 
the image of the two-dimensional bar-code received from PSD server 1212. If 
the user attempts to alter information on the bar-code received from PSD 
server 1212 such as the mail delivery ZIP code or the postage value, such 
attempt will cause the asynchronous header password verification to fail and 
cause the on-line postage metering session to terminate immediately as was 
described above with respect to step 1608. 

The user may also attempt to meter an envelope with a postal 
indicium purchased for one destination and address the envelope to another 
destination (with a different ZIP+4 code). In this case, the mail scanner (with 
bar-code reader) can easily detect and sort out such a mail piece because the 
delivery point information (e.g., ZIP code), on the envelope would not match 
that on the postal indicium, 

Figiure 18 is a flowchart describing a user registration process in one 
embodiment of the invention. Before a user can use the secure on-line 
metering system, the user needs to obtain a license from the USPS. In step 
1802, the user obtains a license from an authorized issuer. For example, a 
local post office can get authorized by the USPS to issue licenses to on-line 
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postage metering system users. In another embodiment of the invention, a 
license applicant is required to submit an electronic license application 
containing the user's biographical information (e.g., birth date) and financial 
information (e.g., banking institutions and credit card numbers) to PSD 
vendor system 1210. USPS interface module 1312 in PSD vendor system 1210 
then forwards the electronic application to USPS system 1220 for 
approval/rejection. When the license application is approved, user licensing 
module 1303 generates a license number for the user and adds the user 
license number to ttie licensee list in the database system 1213. 

When a licensed user first registers for on-line postage metering 
service in step 1804, the ascending and descending registers in PSD vendor 
database system 1213 are established for that particular user to read $0.00, 
indicating there are no funds available to print postage. Upon a user's 
registration, user registration module 1308 updates the database system 1213 
to reflect the new registration. In step 1806, the user prepays for a certain 
amoimt of postage to the USPS using a suitable payment method, and 
becomes a registered, licensed user in step 1808. Suitable payment methods 
may include debit cards, credit cards, electronic fund transfers or personal 
checks. 

Once a user has submitted a payment, an amoimt equal to the user's 
payment is deposited in the user's USPS account and database 1213 on PSD 
vendor system 1210 is updated to reflect the new payment in the user's 
account. In one embodiment of the invention, a user is allowed to access and 
download the user's accoimt balance and statement from PSD vendor system 
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1210. However, no user is allowed to modify the user's account information 
in database 1213. At this point, PSD server 1212 increases the value in the 
user's descending register by the amoimt of postage purchased. Once a user 
becomes a registered, licensed user, the user can install and use the on-line 
5 postage metering system to print postal indicia on envelopes, labels or other 
desired media for up to the prepaid or otherwise authorized amotmt. 

Thus, one embodiment of the invention applicable for electronic 
postage metering has been described. In alternate embodiments, the 

10 invention can be used for other secure on-line printing appHcations. For 
example, the secure on-line printing system can have a server generate 
images of checks, tickets, coupons or certificates and transmit them to a user 
computer for printing on a user printer. Therefore, the invention can be 
applied to print symbols other than postal indicia in a secure, authenticated 

15 manner. 

One embodiment of the present invention modifies application 
software by integrating header software with application software. The 
combined header and application software are the rental application software. 

20 The header software is an integral element of the secure rental software 
system. The header software operates transparently so that the user provides 
normal input/output operations to the application software without change. 
When an unauthorized usage of the application software occurs, a message 
notifies the user that the application software is terminating, and the 

25 application software terminates. 
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Another embodiment of the current invention uses the Internet as 
means of commimication between the client and the server system. 

1. On-line Postage System Architecture 

The on-line postage system of the invention is based on a client/server 
architecture. The on-line postage system software in one embodiment of the 
invention is executed on a personal computer (herein sometimes referred to 
as client system or client). An associated enabling software is executed 
concurrently on a second system of computers herein referred to as server or 
server system. 

In one embodiment, the server system is remotely located in a separate 
location from the client. All communication between the client and the 
server is accomplished via the Internet. Figure 20 is a diagram illustrating a 
remote client system 150 connected to a server system 180 via the Internet 
136A. 

a) Hardware Architecture 

Figures 20, 21, and 22 illustrate the various hardware components of a 
client system in one or more embodiments of the invention. 

Figure 23 is a diagram illustrating an embodiment of server system 180 
comprising a number of sub-servers each dedicated to perform independent 
functions. In one embodiment server system 180 is coimected to the Internet 
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136A utilizing a dedicated telephone line (Tl line) for communication with 
one or more client systems 150 and the USPS system 1220. 

An embodiment of server system 180 comprises an industry standard 
5 network connection hardware DSU/CSU 23210, a router 23220, a hub 23230, a 
firewall server 23240, a firewall backup 23250, a private network 1300, and a 
public network 1400. 

A signal coming from the Internet to server system 180 passes through 
10 DSU/CSU 1210 network connection hardware, router 23220 and then through 
hub 23230 before entering firewall server 23240. The primary purpose of 
firewall server 23240 is to prevent any unauthorized access by an intruder to 
server system 180. Backup firewall server 23250 becomes operational in the 
event of a failure of the primary firewall server 23240. 

15 

In one embodiment, private network 1300 and public network 1400 are 
two independent subsystems within server system 180 connected to the 
firewall server 23240. The double layer architecture of server system 180 
prevents unauthorized access to sensitive information stored in server 
20 system 180. 

In one embodiment, public network 1400 includes a number of servers 
that are cormected via a hub. In an embodiment of the invention public 
network 1400 is comprised of a hub 23410, a primary transaction server 23420, 
25 a backup transaction server 23421, a primary coromerce server 23430, a backup 
commerce server 23431, a first primary cryptographic device identified as First 
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StampMaster (TM) Postal Security Device {hereinafter PSDl) 23440, and a first 
backup StampMaster (TM) Postal Security Device 23445, (hereinafter PSDl 
backup) for PSDl 23440. 

5 In one embodiment of the invention, primary transaction server 

23420, backup transaction server 23421, and primary commerce server 23430 
are connected to one another and to firewall server 23240 through hub 23410, 
and constitute the back bone of public network 1400. PSDl 23440 by which all 
the cryptographic computation is performed is connected to transaction 
10 server 23420 and backup transaction server 23421. First backup cryptographic 
device 23445 is available to take the place of PSDl in the event of any failure. 

Information packets entering server system 180 through an established 
internet connection 136A, in one embodiment, enter public network 1400 
15 only after proper authentication by firewall 23240. Such information packets 
do not enter private network 1300. Commimications to private network 1300 
are allowed only from transaction server 23420 to ensure the integrity of the 
system against potential intruders. 

20 Private network 1300 includes a number of servers connected via a 

hub. In one embodiment of the current invention private network 1300 is 
comprised of a hub 23310, a commimication server 23320, a primary database 
server 23330, a backup database server 23331, a second primary cryptographic 
device identified as Second StampMaster (TM) Postal Security Device 

25 (hereinafter PSD2) 23340, a second backup StampMaster (TM) Postal Security 
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Device (hereinafter PSD2 backup) 23345, a tape backup 23335, an encryption 
box 23321, and an IRE modem 23322. 

In one embodiment, communication server 23320, primary database 
5 server 23330 and backup database server 23331 are cormected to one another 
and to firewall server 23240 through hub 23310, and constitute the back bone 
of private network 1300. PSD2 23340 is connected to primary database server 
23330 and backup database server 23331 within which all user information 
and other sensitive data for processing of system requests are stored. Backup 
10 cryptographic device 23345 is available to take the place of PSD2 23340 in the 
event of any failure. 

In an embodiment of the invention commimication server 23320 is 
cormected to encryption box 23321 which in turn is cormected to IRE modem 

15 23322. IRE modem 23322 is connected via a dedicated line to Citibank Lock 
Box 23500 and IBM Advantis Network 23600. Commimication line 
commimication server 23320 may send and receive data to and from CitibarJc 
Lock Box System 23500, and IBM Advantis Network 23600. IBM Advantis 
Network 23600 is utilized to deliver and process user license information 

20 coiiunimicated between server system 180 and the USPS central meter 
licensing system (CMLS). Citibank Lock Box System 23500 is utilized to 
manage and process user financial information such as bank account and 
fund transfer related information for USPS. 
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In one embodiment a tape backup 23335 is connected to backup 
database server 23331 to periodically obtain a complete or partial copy of the 
content of backup database server 23331. 

5 b) Software Architecture 

(1) Functional Architecture 

Figure 24 is a diagram illustrating an embodiment of the on-line 
10 postage system software's functional architecture. It includes the following 
components: client system software 100, server system software 200, client 
system 150, server system 180, Citibank lock box 23500, IBM Advantis 
Network 23600, and CMLS 23700. 

15 The client system software 100 operates on client system 150. Server 

system software 200 operates on server system 180. Concurrent operation of 
both software is a requirement for client system software 100 to operate 
properly on client 150. 

20 Server system software 200 manages all requests from one or more 

clients. Such requests pertain, for example, to functions relating to database 
access management, interfacing with the USPS Central Meter Licensing 
System (CMLS), interfacing with the USPS Central Meter Resetting System 
(CMRS), interfacing with CitibaiJc Lock Box 23500, and address and payment 

25 validation. 
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Server system software 200 transports relevant information to Citibank 
lock box 23500, IBM Advantis Network 23600 and thereby to CMLS 237Q0 to 
allow the proper processing of users' licensing and financial information by 
USPS. 

5 

(2) Ftmctional Modules 

Figure 25A through 25C are diagrams of an embodiment of the current 
invention illustrating the functional modules in the system software and 
IQ their inter-relationships. Figure 25A depicts the fimctional modules included 
in client system software 100; figure 25B depicts the functional modules 
included in server system software 200; and figure 25C depicts the functional 
modules included in administrator software 300. 



15 Client system software 100, server system software 200, and 

administrator system software are in communication with one another via a 
commimication mediimi, such as the Internet 136A. Server system software 
200 communicates with both client system software 100 and administrator 
system software through the Internet access interface module 252100. Client 

20 system software 100 exchanges relevant information with server system 
software 200 through the Internet access module 251105. Administrator 
system software exchanges pertinent information with server system 
software 200 through its Internet access module 253100. 



25 



(a) Client System Software 
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Figure 25A is a diagram of one embodiment of the current invention 
depicting the functional modules of the client system software 100 of one 
embodiment of the invention. Client system software 100 contains a user 
interface module 251100 which works in conjtmction with one or more of the 
5 following functions or modules: Internet access module 251105, user 
registration module 251110, prepayment module 251120, system security 
module 251130, indicium printing^ module 251140, and auxiliary interface 
module 251150. 

IQ Internet access module 251105 prohibits the complete execution of 

client system software 100, unless proper communication is established 
between client system 150 and server system 180. 

User registration module requests from the user to select a login name 
15 and a password by which the user registers and obtains a unique 
identification number, referred to as a customer ID. The customer ID is used 
in subsequent communication attempts to identify the user and to process 
user requests. 

20 User licensing module 251115 provides the user with options to apply 

for a new meter license, update an existing meter license, check the meter 
Ucense status, and print the meter license application form (PS-3601A). The 
purpose of the user licensing module 251115 is to facilitate the application 
and granting of the USPS postage meter license to a user. 



25 
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User prepayment module 251120 provides the user with payment 
options including but not limited to automatic clearing house (ACH) funds 
transfer, electronic funds transfer, debit card, and credit card transactional 
services. The user prepayment module 251120 in turn works in conjunction 
5 with prepayment options module 251125 that enables the user to purchase 
postage by using the most convenient method of payment available to the 
user and acceptable by the on-line postage system. 

System security module 251130 interfaces with the secure sockets layer 
IQ (SSL) module of the Internet communications protocol developed by 
Netscape. The SSL module enables client system software 100 to securely 
communicate with server system software 200 by taking advantage of the 
built-in encrypting and decrypting capabilities of SSL. 

X5 User interface module 251100 works with indicium printing module 

251140, which in turn works with 2-D bar-code printing module 251145, and 
payment validation module 251146 to enable the user to print the 
cryptographic indicia once the client system receives the approval 
information generated by server system software 200. 

20 

User interface module 251100 works with auxiliary interface module 
251150 which in turn works with the postal rates module 251151, ZIP+4+2-i-l 
data module 251152, address book module 251153, and other utilities module 
251154 to obtain updated ZIP code and postal rate information from the 
25 server system software. Address book module 251153 maintains relevant 
address information saved locally on a storage medium at client 150 processor 
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system 102. Drag and drop functionality is provided by address book module 
251153 enabling users to print the address along with the indicium on an 
envelope or a label. Other utilities module 251154 provides the user with 
additional useful utilities. 

(b) Server System Software 

Figure 25B is a diagram depicting the functional modules in the server 
system software 200, in one embodiment of the invention. Server system 
software 200 contains an Internet interface module 252100 that works in 
conjunction with one or more of the following functions or modules: multi- 
user PSD data management module 252110, user licensing module 252120, 
user registration module 252130, database management module 252140, 
payment authorization and validation module 252150, security management 
module 252160, user account interface module 252170, print indicium 
authentication / monitoring module 252180, and USPS Interfaces module 
252190. 

Server system software 200 operates and executes system functions on 
the primary transaction server 23420, or alternatively backup transaction 
server 23421. Certain server system software 200 modules are executed on 
primary and backup database servers 23330 and 23331. 

In one embodiment of current invention, server system software 200 
interacts with other components of the system to both provide and obtain 
information necessary for the proper operation of the on-line postage system. 
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Server system software 200 obtains or provides said information through 
server ISO's connection to the Internet or other suitable communication 
media. 

5 Internet interface module 252100 channels the information managed 

by server system software 200 to the Internet and among the resident 
modules of server system software 200. 

Multi-user PSD data management module 252110 works in 
IQ conjunction with cryptographic devices 23340 or 23440 (also referred to as 
StampMaster PSD) responsible for generating all the cryptographically 
protected data printed as a part of the postage indicia. 

User licensing module 252120 and user registration module 252130 
15 receive, process, transport and otherwise manage information necessary for 
proper registration of users with the on-line postage system and faciUtate 
submission and granting of USPS postage licenses for registered users. 

Database management module 252140 stores and retrieves all user 
20 related data. Database management module 252140 interfaces with both 
transaction server 23420 and the database server 23330 to perform the 
aforementioned operations. 



Payment authorization and validation module 252150 verifies a user's 
25 available funds. 
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Security management module 252160 interfaces with the secure sockets 
layer (SSL) protocol to establish secured communication between server 
system 180 and the client 150. The SSL protocol secures all communications 
between client 150 and server system 180 through encryption methods 
imbedded therein. 

User accovmt interface module 252170 interfaces with database server 
23330, retrieves user account information and makes it available to the user 
upon request. 

Print indicium authentication /monitoring module 252180 interfaces 
with the cryptographic device and authenticates the indicium print request 
from client 150 and also verifies the proper coirununication of relevant 
cryptographic data to client 150. 

USPS interfaces module 252190 manages all communication interfaces 
between server system 180 and the various USPS systems. The USPS 
interfaces module 252190 interfaces with flat files generation module 252200, 
financial interfaces module 252220, user statistical reports module 252230, 
utility module 252240, and server access security module 252250. 

Flat files generation module 252200 generates the various data files that 
are periodicaUy sent to both CMRS and CMLS 23700. 

Financial interfaces module 252210 facilitates the data exchange 
between server system 180 and Citibank Lock Box 23500 at which ticve USPS 
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lock box account is maintained. Such data exchange includes transfer of 
information pertaining to the amount of purchase, purchase option selected, 
and electronic processing and transfer of funds from a user account to the 
Citibank USPS lock box account. 

5 

User statistical reports module 252220 generates information and 
reports pertaining to the manner of use of the on-line postage system and 
resources thereof by the users. 

IQ Data update interface module 252230 works in conjimction with postal 

rates module 252231, ZIP+4+2+1 data module 252232, and "other pertinent 
data module" 252233. 

Postal rates module 252231 computes the appropriate and accurate 
15 postal rate for the service selected by the user. A postal rate table is 
maintained by the postal rate module 252231 that is updated to be concurrent 
with any postal rate changes implemented by the USPS. 

ZIP+4+2+1 data module 252232 interfaces with a USPS generated ZIP 
20 code database that contains all addresses with their valid corresponding ZIP 
codes. To obtain print authorization, a user enters the mailing address and 
the weight of the mail piece. ZIP+4+2+1 data module 252232 validates all 
mailing addresses by comparing them with a valid ZIP code contained in the 
ZIP code database. Any detected differences will be corrected based on the 
25 information contained in the ZIP code data base. The USPS generated ZIP 
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code database is updated periodically for the most recent ZIP code 
information available. 



"Other pertinent data module" 252233 contains other relevant 
5 information that is necessary to effectively service the users of the on-line 
postage system. 

Utility module 252240 works in conjunction with archiving module 
252241, report generation module 252242, and user activity monitoring 
10 module 252243. 

Archiving module 252241 archives relevant data from the resident 
database structures on database server 23330 for long term storage. 

15 Report generation module 252242 generates reports relating to various 

transactions and operations performed by the on-line postage system. 

User activity monitoring module 252243 summarizes and monitors 
user activities in real time. 

20 

Server system access security module 252250 manages and limits access 
to the server. 



25 



(c) Administrator System Software 



PCT/US99/22074 

90 

Figure 25C is a diagram of the functional modules in the administrator 
system software of one embodiment of the invention. Administrator system 
software contains an Internet access module 253100 that works in conjunction 
with one or more of the following functions or modules: user activity 
5 monitoring module 253110, system access security module 253120, user 
financial iitformation monitoring module 253130, statistical analysis module 
253140, license database access module 253150, and flat files access module 
253160. 

Administrator system software is used by the on-line postage system 
administrator, who is the person responsible for upkeep and proper 
operation of the system. Internet access module 253110 provides for proper 
interaction between administrator system software and server system 
software 200 through a communication medium, for example, the Internet, 

User activity monitoring module 253110 monitors the transactional 
activities of users. 

System access security module 253120 secures communication between 
20 administrator software 300 and server system software 200. 

User financial information monitoring module 253130 reviews and 
monitors financial status of the clients. 
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Statistical analysis report module 253140 performs statistical studies 
pertaining to on-line postage system trcmsactional activities. 
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License database access module 253150 reviews the status of postage 
meter licenses issued by the USPS to registered system users. 

5 Flat files access module 253160 reviews the information contained in 

flat files generated by server system software 200 for transmission to various 
USPS systems. 

2, Communication between client software and server 
10 software 

In one embodiment client system software 100 (herein also referred to 
as client software) is installed on a user's computer 150 from a CDROM or a 
disc or by downloading directly from a vendor's computer or web site. 

15 Conununication between client software 100 and server software 200 is 
established through an Internet connection 136A. In one embodiment, to 
achieve the communication in a reliable manner through the Internet, the 
industry standard method of the use of sockets for communication is 
implemented in the system design. For example, one embodiment of the 

20 current invention incorporates Microsoft Windows version of sockets 
identified as Winsock. The Winsock layer isolates the application software 
from network dependencies. 

In this embodiment, server software 200 is available at any time for 
25 commimication connection from one or more client software 100. Client 
software 100 contains the server 180 Internet address and the port nvimber to 
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be able to connect to the server software 200. The client software 100 connects 
to the server software 200 using a socket API Connect. The server software 200 
accepts client software 100 request with an Accept socket call. The client 
software 100 and the server software 200 will start exchanging information 
using Send and Receive once they are successfully connected. 

All the data sent and received between client 100 and server 200 are 
encrypted. In one embodiment of the current invention, the communication 
encryption scheme employed is an industry standard software 
implementation known as Secure Sockets Layer (SSL). SSL is a security 
protocol developed by Netscape and is used to perform data encryption, 
assure message integrity and validate user authentication. 

In one embodiment of the current invention, the SSL version 
implemented in the design is a Federal Information Processing Standard 
(FTPS) Publication 140-1 security level 1 certified by the National Institute of 
Standards and Technology (NIST). This design provides highly secured 
commxmication between a client and a server. 

In one embodiment, client/server commimications take place in two 
operational states. These are registration and operation. During the 
registration phase client 100 selects a password; the password is sent to server 
200 over the Internet 136A, using triple Data Encryption Standard (DBS). 
Once the SSL triple DES session is established, the client software 100 issues a 
64-bit random number (also referred to as a challenge) to server software 200. 
Server software 200 using a cryptographic device 23440 digitally signs the 
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challenge using the private key of server software 200. Client software 100 
uses the corresponding public key of server software 200 to verify the digital 
signature on the server message. If the signature is valid then the 
authentication process has been successful and the remainder of registration 
5 process continues. 

During the operation phase, due to the challenge-response protocol, 
the password is not directly exposed, therefore a single DES is used for 
encryption. Once a registered user establishes a SSL session with server 180 

IQ an additional challenge-response protocol is used. The server retrieves 
client's password from the database in which it has been stored in an 
encrypted form and decrypts it. A hashing keyed message authentication 
code (HMAC) value of the challenge is generated using the client's password 
as the key. The challenge with its HMAC is then sent to the client. The client 

15 uses its password and the received challenge to verify the received HMAC. If 
the received HMAC is valid for the received challenge, then the 
authentication process has been successful, otherwise the communication 
between client software 100 and server software 200 is interrupted. 

20 In one embodiment of the invention, in addition to the data 

encryption between client software 100 and server software 200, in order to 
reduce network traffic and thereby improve the performance of the system, 
the data exchanged between the client and the server is also compressed as 
needed. 

25 

3. Meter Licensing Process and Postage Payment 
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To use the on-line postage system a user has to obtain a meter hcense 
from the United States Postal Service (USPS). In an embodiment of the 
invention, client software 100 allows a user to electronically apply for the 
5 meter license and obtain a license. The software enables the user to apply for a 
new meter license, update an existing meter license, check the meter license 
status, and print the meter license application. 

Figure 26 is a diagram illustrating an embodiment of the invention 
IQ showing various stages of license application processing. License application 
processing involves interfacing among a client software 100, a server software 
200, and the USPS computer through its Central Meter Licensing System 
(CMLS) 2600. 

15 In one embodiment, at step 2610 a user fills in form PS-3601 for a 

license request. At step 2620 the user submits the form electronically to 
server system 180. At step 2640 server software 200 receives the application 
and updates its data base. At step 2650 server software 200 sends the data to 
CMLS. At step 2601 the license application is processed by CMLS. At step 2601 

20 CMLS approves or rejects issuance of a license to requesting user. At step 
2603 CMLS software notifies server software 200 of the approval or rejection 
information. At step 2660 server 200 updates its database. At step 2670 server 
200 communicates the license information to client software 100. If the 
license is approved at step 2630 the user is granted a meter license. 



25 
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Figure 27 is a diagram illustrating the CMLS configuration and 
communication procedures in an embodiment of the current invention. 
Server 180 communicates with CMLS 23700 by utilizing the IBM Advantis 
network 23600. Database server 23330 generates files containing information 
5 to be processed by CMLS 23700. The generated files are collected together and 
sent to the conununication server 23320, after communication server 23320 
has properly formatted the files for transmission. 

CMLS 23700 replies to server 180 requests by sending the appropriate 
10 responses to IBM Advantis Network 23600. IBM Advantis Network 23600 
retrieves the data files generated and kept in its mailbox for commuiucation 
server 23320. Commimication server 2320 retrieves the data and sends it to 
database server 23330 to update corresponding client records. 

15 A user has to purchase postage before the user is able to print the 

j 

postage indicia via the on-line postage system. The following methods of \ 
payment are available to a user for purchasing postage in one embodiment: 
the automatic clearing house funds transfer (ACH), credit card, debit card and 
electronic funds transfer. 

20 

In one embodiment of the invention, a client may select a method of 
payment. Once the user selects a particular method of payment the 
information is conununicated to server 180 and server 180 irutiates the 
necessary processing to effectuate payment to the USPS. 
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In the case of an ACH transaction, once the user has provided an ABA 
routing number and a bank account number the information is transmitted 
to the server 180. Database server 23330 processes the data in standard ACH 
debit format for each client- In an embodiment of the invention, the 
5 information is then sent to Citibank commimication center 23500, (Citibank 
being the USPS lock box account bank). Citibank further processes the funds 
transfer and credits the client's account. 

Other financial transactions generated by server 180 are sent to the 
20 Central Meter Resetting System (CMRS). Database server 23330 generates all 
the financial status files and sends them to the CMRS through the IBM 
Advantis network 23600. 

4. Cryptographic Process 

15 

The cryptographic process employed in one embodiment of the current 
invention is based on public key crj^tography and a cryptographic hardware 
device 23340 or 23440 (StampMaster PSD), which meets the PIPS 140-1 level 3 
requirements for operation and level 4 requirements for physical security. 

20 

The cryptographic devices 23340 and 23440 incorporated in the server 
180 infrastructure provide high performance Data Encryption Standard (DES) 
and Rivest Shamir Adleman (RSA) cryptographic processing. The 
cryptographic processes are performed within a secure enclosure that is 
25 designed to meet the stringent requirements of FIPS 140-1 security level 4. 
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All software operating within the ayptographic device's secure environment 
is first authenticated using digital signature techniques. 

In one embodiment, server 180 initiates the key management process 
5 on receiving a certificate from the USPS Certificate Authoi-ity (CA) 
comprising a CA's public key, common parameters for the RSA algorithm, 
and a hash value consisting of the concatenation of the next public key and 
the next set of common parameters. The USPS RSA public key and its 
associated modulus are generated by the USPS and distributed according to 
20 the USPS key management plan. The modulus length is 1024 bits. The USPS 
certificate provided to the server 180 is stored in the database server 23330 and 
retrieved when necessary. 

In one embodiment, server RSA key pair is generated by the 
15 cryptographic device 23440. The server private key is encrypted also by the 
cryptographic device 23440 utilizing the root key of the cryptographic device. 
The encrypted private key is stored on the database server 23330 for retrieval. 
The server public key is certified by the USPS CA. For each client, a PSD RSA 
key pair is also generated by the cryptographic device. These client PSD 
20 private keys are also encrypted by the cryptographic device 23440 by utilizing 
the cryptographic device root key . The client PSD public key is signed by the 
server private key and sent to the USPS CA for certification. The client PSD 
private key is used by the cryptographic device to generate the digital 
signatures for the postal indicia, and the client PSD public key is used by the 
25 USPS to verify and validate the postal indicia. Another server RSA key pair 
which is used to sign and verify the client software executable code is also 
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generated by cryptographic device 23440. This private key is also encrypted by 
cryptographic device 23440 by utihzing the root key. It is stored in the 
database server 23330 and retrieved as needed. 

5 Figure 28 is a diagram according to one of the embodiments of this 

invention, illustrating the interface for obtaining server 180 public key 
certificate. In step 2801 a public and a private key are generated by the USPS. 
In step 2802 the public key is formatted to conform to the Certification 
Request Syntax Standard for a request. In step 2803 the public key request is 

XO electrorucally sent to the USPS CA . The request will be self-signed with the 
generated private key corresponding to the public key in the request. In step 
2803, the CA, upon receiving the request, verifies the signature using the 
public key in the request and then generates a new X.509 certificate. Server 
180 obtains the X.509 certificate and initiates the process to generate the PSD 

15 RSA key pair for each client and obtains a certificate for each client at step 
2804. 

In an embodiment of the invention, once the PSD RSA key pair for 
each client 150 is generated, the public key is taken and signed with the 
20 server's private key and sent to the USPS CA for certificate creation. The 
request for certificate creation conforms to the Certificate Request Syntax 
Standards. The CA verifies the received data using the server's public key and 
creates the certificate and sends it back to server 180. 

25 5. Mail Piece Generation 
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Figure 29 is a diagram according to an embodiment of this invention, 
illustrating the steps taken in the generation of a mail piece. Client software 
100 in association with server software 200 provide a user graphic interface 
for the intake and processing of information entered by a client. 

5 

In step 2901 a user activates a print stamp button in a dialogue window. 
In step 2902 information such as the amount of the postage or the weight of 
the mail piece from which the accurate postage is to be computed by the 
server, date of mail, destination address, license identification and other 

IQ relevant data are transferred to the server 180. In step 2903 the cryptographic 
device 23440 generates a unique digital signature for the digital signature 
field of the two dimensional bar code that is part of the cryptographic postage 
indicia. In step 2904 all other necessary parameters that are required to 
generate the two dimensional barcode conforming to PDF417 are assembled. 

15 In step 2905 these parameters are provided to client 150. In step 296 a barcode 
is generated and printed by client software 200 in accordance to the 
information transmitted in step 2905. 

6. Other Embodiments 

20 

The on-line postage system of this invention in one embodiment 
provides means for download of the entire software system via the Internet 
or another suitable commimication medium. In another embodiment, it can 
be accessed through a portal, for example it can be accessed from a webpage 
25 with a hotlink jump to the location on the Internet where the on-line postage 
system may be accessed. In another embodiment, a client system acts as an 
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administrator system, providing selected options of the on-line postage 
system of this invention to locally connected client systems with limited 
operational capabilities. 

Thus, the on-line postage system has been described. In alternate 
embodiments, this invention can be used for other secure server based client 
printing applications. For example, the server can generate images of checks, 
tickets, coupons, or certificates and transmit them securely to a client for 
printing on a client's printer. This invention can therefore be applied to print 
symbols other than postage indicia in a secure authenticated manner. 
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CLAIMS 

I claim: 

1. A secure on-line printing method, comprising the steps of: 

establishing a commimication link between a first 
computer and a second computer; 

executing a print software on said first computer; 

said print software initiating a continuous 
communication link between said first computer and said 
second computer using a dynamic password; 

verifying said dynamic password for terminating said 
printing software when said commimication link is not 
continuous; 

said print software sending a request for a print 
authorization to said second computer; 

said second computer sending a permission and 
information to said first computer in response to said 
request, while said communicafion link is continuous. 
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2. The method of claim 1 wherein said permission and 
information are used for printing an image while said 
communication link is continuous. 



3. The method of claim 2 wherein said step of said print software 
sending a request includes encrypting said request 



4, The method of claim 3 wherein said step of said second 

computer sending a permission and information includes 
encrypting said permission. 



5. The method of claim 4 wherein said step of said second 

computer sending a permission and information includes 
encrypting said information. 



6. The method of claim 5 wherein said information comprise an 
image of a postal indicia. 



7. The method of claim 6 wherein said request for said print 
authorization includes a postage amoimt. 



8. The method of claim 7 wherein said dynamic password 

generation is based upon delivery destination information and 
said postage amount. 
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9. The method of claim 8 wherein said dynamic password 
generation is further based upon a time on said first computer, 

10. The method of claim 9 wherein said step of said printing 
software sending a request for a print authorization is in 
response to a command from a user. 

11. The method of claim 10 wherein said dynamic password 
generation is further based upon a user information. 

12. The method of claim 11 wherein said second computer 
comprises a database containing user information. 



13, The method of claim 12 wherein said user information 
comprises financial information of a user. 

14. The method of claim 13 wherein said step of second computer 
sending a permission to said first computer in response to said 
request further comprises the steps of: 



10 



20 



said second computer accessing said user information to 
verify a fund availability to cover Sfiid postage amoxmt. 
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15. The method of claim 1 wherein the step of said print software 
initiating a continuous communication link comprises: 



initiating an asynchronous header for ensuring said 
5 commtmication link between said first computer and said 

second computer is continuous. 

16. The method of claim 15 wherein the step of initiating said 
dynamic password comprises: 

10 

using said asynchronous header for terminating said 
printing software. 



15 



20 



17. The method of claim 16 wherein said second computer has a 
controller code on said print software, said controller code 
providing inputs to said asynchronous header code. 

18. The method of claim 17 wherein said step of printing an indicia 
comprises the step of: 

disabling a print spooler of said printer. 



19. 

25 



The method of claim 18 further comprising the step of said print 
software sending a print cancel command to said printer when 
said commtmication link discormects. 
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20. The method of claim 5 wherein said information comprise 
image of a ticket. 

21. The method of claim 20 wherein said request for said print 
5 authorization includes a ticket price. 

22. The method of claim 21 wherein said dynamic password is 
generated based upon said ticket price. 

IQ 23. The method of claim 22 wherein said step of second computer 

sending a permission to said first computer in response to said 
request further comprises the steps of: 

said second computer accessing a user's financial 
15 information to verify funds availability to cover said 

ticket price. 

24, The method of claim 5 wherein said information comprise 
image of a check. 



20 



25. The method of claim 24 wherein said request for said print 
authorization includes a check amount. 



26. 

25 



The method of claim 25 wherein said dynamic password is 
generated based upon said check amoimt. 
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27. The method of claim 26 wherein said step of second computer 
sending a permission to said first computer in response to said 
request further comprises the steps of: 

said second computer accessing a user's financial 
information to verify funds availability to cover said 
check amoimt; 

sending a permission to said first computer. 

28. The method of claim 5 wherein said information comprises 
image of a coupon. 

29. The method of claim 28 wherein said request for said print 
authorization includes a coupon amount. 

30. The method of claim 29 wherein said dynamic password is 
generation based upon said coupon amount. 

31. The method of claim 1 wherein said information comprises 
image of a certificate. 
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A secure on-line postage metering method comprising the steps 
of: 

a user computer establishing a communication link with 
a vendor computer; 

providing a printer connected to said user computer; 

executing an on-line postage metering software on said 
user computer; 

said on-line postage metering software initiating an 
asynchronous header for ensuring said communication 
link between said first computer and said second 
computer is continuous using a dynamic password; 

verifying said dynsmruc password using said asynchronous 
header for terminating said on-line postage metering 
software when said commimication lii\k is not 
continuous; 

said on-line postage metering software sending a request 
for a print authori2:ation for a postage amount to said 
vendor computer; 

said vendor computer accessing a database to verify a fund 
availability to cover said postage amoimt; 

said vendor computer sending a permission and image 
information to said first computer in response to said 
request; 

said on-line postage metering software sending said image 
information to said printer while said communication 
link is continuous. 
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33. The method of claim 32 wherein said step of said on-line postage 
metering software sending a request includes encrypting said 
request. 

34. The method of claim 33 wherein said step of said vendor 
computer sending a permission and image information includes 
encrypting said permission. 

35. The method of claim 34 wherein said step of said vendor 
computer sending a permission and image information includes 
encrypting said image information. 

36. The method of claim 35 further including the step of; 

said on-line postage metering software disabling a print 
spooler of said printer. 

37. The method of claim 36 wherein said dynamic password 
generation is based upon delivery destination information and 
said postage amount. 

38. The method of claim 37 wherein said dynamic password 
generation is further based upon a time on said user computer. 

39. The method of claim 38 wherein said step of said on-line postage 
metering software sending a request for a print authorization is 
in response to a command from a user. 
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40. The method of claim 39 wherein said dynamic password 
generation is hirther based upon a user information. 

41. The method of claim 40 further comprising the step of said on- 
line postage metering software sending a print cancel command 
to said printer when said commimication link is interrupted. 

42. A secure on-line postage management method comprising the 
steps of: 

establishing continuous and secure communication 
between a client system and a server system; 

said client system processing a user request for generating 
an indicia; 

said client system securely commtmicating said user 
request to said server system; 

said server system processing said user request; 

said server system securely communicating to said client 
system a response to said user request ; 

said client system processing said response to generate an 
indicia; 

said client system generating an indicia while 
commimication between said server system and said 
client system remairts secure and continuous. 
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43. The method of claim 42 wherein said step of client system and 
server system securely communicating with one another 
comprises the steps of: 

registering a user by establishing a secured 
communication link between said client system and said 
server system and verifying the authenticity of 
information exchanged; 

continuously monitoring said established 
commimication link by verifying the authenticity of the 
information exchanged. 

44. The method of claim 43 wherein said step of registering a user 
comprises the steps of: 

said client system selecting a password; 

securely sending said password to said server system; 

said client system issuing a challenge to said server 
system; 

said server system modifying said challenge 
cryptographically; 

said client system verifying said modified challenge for 
proper authentication of the communication. 
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45. The method of claim 44 wherein said step of securely sending 
said password comprises the steps of sending said password to 
said server using triple Data Encryption Standard (DES) of the 
SSL Internet protocol, thereby establishing an SSL triple DES 
commimication session between said client system and said 
server system. 

46. The method of claim 45 wherein said step of said client system 
issuing a challenge comprises the step of issuing a 64 bit random 
number to server system. 

47. Tlie method of claim 46 wherein said step of said server 
modifying said challenge comprises the step of server system 
digitally sigrung said challenge using a cryptographic device and 
a private key associated with said server system, 

48. The method of claim 47 wherein said step of said client system 
verifying said modified challenge comprises the step of using a 
public key corresponding to said private key associated with said 
server system to verify said digital signature of said challenge. 
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49. The method of claim 43 wherein said step of continuously 
monitoring said commtmication link comprises the steps of: 

said server system retrieving a passw^ord associated with 
5 said client system; 

generating a message authentication code using said 
password associated with said client system; 

IQ sending said message authentication code and a challenge 

to said client system; 

said client system verifying said authentication code using 
said challenge and said password associated with said 
15 client system. 

50. The method of claim 49 wherein said step of retrieving a 
password further comprises: 

20 retrieving said password from a database; 

decrypting said password if it is encrypted. 



25 



51. 



The method of claim 50 wherein said message authentication 
code is generated using a password associated with said client 
system. 
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52. The method of claim 42 wherein said continuous and secure 
communication between client system and server system is 
established through a fire wall. 



53. The method of claim 42 wherein said continuous and secure 
commxmication between client system and server system is 
established via the Internet secure sockets layer (SSL) protocol. 



54. The method of claim 42 wherein the step of said server system 
processing said user request takes place in a public network and a 
private network included within said server system. 



55. The method of claim 54 wherein said public network processes 
user requests independently from said private network to 
protect the integrity of said server system. 



56, The method of claim 42 wherein communication between client 
system and server system is encrypted. 



57. The method of claim 56 wherein communication between client 
system and server system is encrypted by a United States Postal 
Service compliant cryptographic device. 
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58. The method of claim 42 further comprising the step of disabling 
said client system from generating said indicia if said secure and 
continues communication between client system and server 
system is discontinued. 

59. The method of claim 54 wherein private network processes user 
requests for making payments. 

60. The method of claim 59 wherein the step of private network 
processing user request for making payments further comprises 
the step of communicating with a financial management system 
for verification of availability of funds and fund transfer. 

61. The method of claim 42 further comprising the step of said 
server system conunxmicating with the United States Postal 
Service Central Meter Licensing System (USPS CMLS) for 
processing of user licensing information. 

62. The method of claim 61 further comprising the step of 
registering a user. 
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An on-line postage system for processing of user requests and 
generating postage indicia comprising: 

a client system for interfacing with a user, 

a server system in continuous and secure communication 
with said client system, comprising: 

a commimication server for communicating with 
client system; 

a database server for storing user information; 

a transaction server for processing of requests 
commimicated to server system by said client 
system; 

a firewall for ensuring the integrity of said server 
system against potential xmauthorized access; 

a cryptographic device for encrypting 
commimication between client system and server 
system; 

a communication link with the United States 
Postal Service Central Meter Licensing System 
(USPS CMLS) for licensing of a user; 

a communication link with a financial 
management system for processing user payments. 
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The on-line postage system of claim 63 comprising a system 
software down-loadable from a server system to a client system. 

The on-line postage system of claim 63 wherein said system is 
accessible through an Internet portal. 

The on-line postage system of claim 63 wherein said client 
system interfaces with one or more users. 

The on-line postage system of claim 63 wherein said client 
system comprises administration software to monitor one or 
more client systems. 
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